ну больше плагинов я и не знаю, у меня ровно он один стоит просто

vscode-styled-components

ну для вскода я еще prettier-плагин ставил, в вебшмотре он не нужен

ну для вскода я еще prettier-плагин ставил, в вебшмотре он не нужен

Зойщем преттиер-плюгин, если можно его в еслинт втащить и еслинт-плюгин юзать?

потому что я не хочу фиксить в коде сразу все по каждому сейву, я хочу только форматирование притером и ворнинги обо всем остальном

Уже традиция отвечать о styled-components на вопрос о плагинах для реакта

ну я не думаю, что тут про плагины для отображения styled-components в редакторах

ну я не думаю, что тут про плагины для отображения styled-components в редакторах

а про что еще это может быть?

а про что еще это может быть?

ну в вакансии

jsx-подсветка плагин? Они уже встроены

хз

Есть дейтпикер, в нем хендлер на изменение возвращает только значение с которым мы вызываем onChange из Field редакс формы. При этом ошибки нормально валидируется, а touched всегда остается false (из-за чего не показываются ошибки). Что делать?

touchOnChange

Подскажите пожалуйста, есть компонент, прокинут в стор. У него есть дочерние компоненты не подключенные к стору. Получается некий "рабочий стол" => страницы в закладках. Если переходить по закладкам, то дочерние компоненты не перерисовываются, и их измененные ссотояния успешно сохраняются. Но если перейти на другу. страницу в проекте и вернуться обратно, то закладки сохраняются(с этим все норм), а состояния дочерних сбрасываются - это и понятно. Вопрос вот в чем: есть ли средство/плагин, что бы в событии componentWillUnmount родительского компонента каким-либо образом сохранить состояние дочерних и потом в componentWillMount восстановить их?

при условии, что дочерние компоненты не должны быть подключены к стору

менять стэйт на событии а потом {this.state.smth && <Redirect to="/" />}

Заюзал так: ` if (this.props.item) { return ( <Component /> ) } else { return ( <Redirect to={"/ids"+this.props.item.uniqueId} /> ) } И всё заработало как надо: отправляю Item на сервер, там он получает уникальное поле-адрес. Затем возвращается обратно, диспатчится в store. Оттуда через props маппится обратно на этот компонент. Законно ли использовать <Redirect/> вне <Route/> ?

я не могу себе представить ни одного кейса для for в jsx

жертвы англуяров и вью

жертвы англуяров и вью

Вместо list.map пишется v-for="item in list" не велика разница

Ребят, подскажите какие решения вы юзаете для серверного рендеринга

Вместо list.map пишется v-for="item in list" не велика разница

разница фундаментальна

Вместо list.map пишется v-for="item in list" не велика разница

Я к тому, что людишки не могут жить без цикла for :)

разница фундаментальна

Да хз, по сути то ты тож самое делаешь просто с v-for визуально понятнее что происходит

Пытаюсь заюзать генераторы, но мне ругается что не определена функция regeneratorRuntime is not defined , бабель-полифил есть, стейджи настроены. Генератор создаю внутри класса *generatorName(){} Что я делаю не так. https://gist.github.com/5a6913a541056a785cc934c99f38da28

Там под капотом по-любому тот же .map() будет

Под капотом всегда for =P

под капотом негры, которые все это сами ручками делают

Да хз, по сути то ты тож самое делаешь просто с v-for визуально понятнее что происходит

с map мы не делаем ничего нового. Мы всегда преобразовываем данные в массиве через map, с map в jsx мы делаем то же самое, мы преобразовываем массив Item в массив верстки для Item, это то же самое, когда мы преобразовываем массив юзеров в массив имен юзеров, или промис с массивом в промис с длинной массива (then промиса является так же и map промиса, проблемы API промиса)

с map мы не делаем ничего нового. Мы всегда преобразовываем данные в массиве через map, с map в jsx мы делаем то же самое, мы преобразовываем массив Item в массив верстки для Item, это то же самое, когда мы преобразовываем массив юзеров в массив имен юзеров, или промис с массивом в промис с длинной массива (then промиса является так же и map промиса, проблемы API промиса)

Ну а если под капотом vue превращает v-for в list.map() ? Этож просто синтаксический сахар а не настоящий цикл for в js

Под капотом всегда for =P

Ну вот если так на самом деле то ок

Ну а если под капотом vue превращает v-for в list.map() ? Этож просто синтаксический сахар а не настоящий цикл for в js

- это уже лишний синтаксический сахар, который нужно изучать - мы убираем массово используемую абстракцию функтора (ради не очень понятных целей)

- это уже лишний синтаксический сахар, который нужно изучать - мы убираем массово используемую абстракцию функтора (ради не очень понятных целей)

Ну цель вполне понятная - упростить восприятие кода. Также как и например стрелочные функции в es6. Ты ж не будешь отрицать что нахер этот синтаксический сахар, буду писать по старому)

Народ, харе флудить, лучше памагите )

Ну цель вполне понятная - упростить восприятие кода. Также как и например стрелочные функции в es6. Ты ж не будешь отрицать что нахер этот синтаксический сахар, буду писать по старому)

так стрелочные функции - не просто сахар, они еще и контекст сохраняют. Было бы логичнее, если бы сначала появились именно стрелочные, а потом уже сахар в виде function восприятие - очень субъективно, воспринимать map в коде порой (почти всегда) куда проще, чем for

особенно при условии, что map использовали задолго до реакта (и в принципе до появления map в js) для тех же целей

так стрелочные функции - не просто сахар, они еще и контекст сохраняют. Было бы логичнее, если бы сначала появились именно стрелочные, а потом уже сахар в виде function восприятие - очень субъективно, воспринимать map в коде порой (почти всегда) куда проще, чем for

Ну контекст это понятно, в остальном то они помогают писать более читаемый код. А про for ты был бы прав если бы это был реальный старый добрый for. Но нет, это v-for который читается быстрее чем .map(). Я не топлю за Вью и все такое, я просто обращаю внимание что приравнивать for к v-for и на этом строить мысль что лучше использовать .map() это как то не логично и странно)

Ну контекст это понятно, в остальном то они помогают писать более читаемый код. А про for ты был бы прав если бы это был реальный старый добрый for. Но нет, это v-for который читается быстрее чем .map(). Я не топлю за Вью и все такое, я просто обращаю внимание что приравнивать for к v-for и на этом строить мысль что лучше использовать .map() это как то не логично и странно)

для меня странно называть for старым и добрым, для меня это страшный сон из прошлого, когда я в пятом классе на паскале писал

для меня странно называть for старым и добрым, для меня это страшный сон из прошлого, когда я в пятом классе на паскале писал

Ну это так, к слову, как говорится, мысль мою это донести не мешает

для меня странно называть for старым и добрым, для меня это страшный сон из прошлого, когда я в пятом классе на паскале писал

Хотя возможно у тебя просто психологическая травма из детства и слово for в любом контексте возвращает тебя в момент получения травмы и тебя накрывает волной ужаса ?

лол

Ребят. Посоветуйте полноценное ide с эмулятором под ubuntu. Для react native

android studio только знаю, но он глюченный до ужаса

Ну контекст это понятно, в остальном то они помогают писать более читаемый код. А про for ты был бы прав если бы это был реальный старый добрый for. Но нет, это v-for который читается быстрее чем .map(). Я не топлю за Вью и все такое, я просто обращаю внимание что приравнивать for к v-for и на этом строить мысль что лучше использовать .map() это как то не логично и странно)

v-for это птичий язык вообще

Ребят. Посоветуйте полноценное ide с эмулятором под ubuntu. Для react native

@reactnative_ru

v-for это птичий язык вообще

++++

Как увидел, чуть не блеванул

v-for это птичий язык вообще

?

Кто сталкивался с такой штукой, когда удаляешь через ctrl+a текст, а компонент не тригерится на удаление текста. Такое ощущение, что не срабатывает какое-то событие

> v-for читабельней если ты верстальщик то еще может а если нет - то это проф. деформация)

Есть дейтпикер, в нем хендлер на изменение возвращает только значение с которым мы вызываем onChange из Field редакс формы. При этом ошибки нормально валидируется, а touched всегда остается false (из-за чего не показываются ошибки). Что делать?

прокинуть onBlur инпуту если есть в АПИ дейтпикера или стейтфул компонент с setState при первом onChange

> если есть в АПИ дейтпикера скорее всего его нет, скорее всего какой-нибудь react-datepicker ^_^

Вообще все эти v/ng атрибуты для меня вообще какой-то дикостью кажутся

> v-for читабельней если ты верстальщик то еще может а если нет - то это проф. деформация)

Сомнительное утверждение

Сомнительное утверждение

здесь только ты один так считаешь

в react-datepicker кажется есть onBlur...

здесь только ты один так считаешь

Вот мне интересно, вот как быть в ситуации если тебе нужно использовать Vue по различным причинам, а ты вот считаешь что это птичий язык? Поступить как профессионал? Да не, зачем.

Всем привет.

Подсажие кто юзал mobx-react-form. Как реализовать multistep форму.

Нужна форма из 3 шагов. с разным набором полей

Вот мне интересно, вот как быть в ситуации если тебе нужно использовать Vue по различным причинам, а ты вот считаешь что это птичий язык? Поступить как профессионал? Да не, зачем.

назови хоть один случай где нужен вью, кроме как "у нас такой стек"

@javascript_jobs

назови хоть один случай где нужен вью, кроме как "у нас такой стек"

Вы еврей?

Вы еврей?

ты упустил из виду факт, что вью не нужен

@javascript_jobs

Да эт не работа, так, короткий рывковый проект...может будет долгосрочка..

ты упустил из виду факт, что вью не нужен

поэтому дальнейший диалог не имеет смысла

Да эт не работа, так, короткий рывковый проект...может будет долгосрочка..

все равно не здесь

У обоих сторон аргументные аргументы

поэтому дальнейший диалог не имеет смысла

Да я понял твою позицию

все равно не здесь

Акау

ну попробовать надо для саморазвития, паттерн-то годный

есть такой паттерн observer когда ты подписываешься (слушаешь как addEventListener) а есть подход, когда ты делаешь действия какие-то на основе изменений. Магия в том что ты связываешь данные нужные тебе и изменяя данные - у тебя компонент получит все изменения и перерендерит то что нужно. Тут не нужно сидеть писать reducers (даже само название бред имхо) чтобы "разрулить логику". у тебя получается view - тупой, как тока изменились данные в observable переменной, твой view сразу перерисовался потому что он подписан на этот observable. И твой store в mobx - простой класс с пропертями, что упрощает его поддержку

Редакс можно тоже с обсерверами

хочешь mobx -> юзай rxjs. Зачем эти полумеры

имхо для стора - mobx норм, rxjs это немного другое)

Есть ли у react внешний API? Как мне с ним взаимодействовать из JS вне react компонентов?

Есть ли у react внешний API? Как мне с ним взаимодействовать из JS вне react компонентов?

Например?

Есть ли у react внешний API? Как мне с ним взаимодействовать из JS вне react компонентов?

Redux

Или что-то типа того.

А так - нет. Это чисто ui библиотека

Например?

вызвать метод у react компонента

вызвать метод у react компонента

Эт зачем?)

кто использовал PDF.js с реактом?

есть форма, в ней 1 поле реализованно на react, как мне отсылать форму, только если react компонент имеет валидное состояние?

Есть ли у react внешний API? Как мне с ним взаимодействовать из JS вне react компонентов?

никак

через реакт и отсылай

react не знает о форме

эээ