но ведь new component().render() вернет то же самое, что и React.createElement(), не?

да

Бля

Дичь

но ведь new component().render() вернет то же самое, что и React.createElement(), не?

Ты не можешь вызывать рендер

ладно, спасибо

вот решение, но не делай так пожалуйста)

оки

Кстати

Реф для тупого компонента никак ?

Реф для тупого компонента никак ?

не надо делить на умные и тупые

Хорошо

заебешься пропы прокидывать

Функциональные

Репрезентационные

нет, функциональный это необязательно presentational

там может быть логика

Хорошо тогда стейтлесс

Вот так будет точнее всего

просто функциональный было бы норм

всем понятно что это

Короче реф для не классов никак ?

Короче реф для не классов никак ?

я как=то делал, гуглится за 5 сек

Короче реф для не классов никак ?

В доке описано

Я для sc делал innerRef

Я думал этот проп только для sc

https://reactjs.org/docs/refs-and-the-dom.html

react refs, первая страница в гугле

в чём была проблема гуглануть?

Да, надо было просто загуглить, сорян

кто-нибудь apollo использует?

Хотел бы попробовать

а чем обычные media queries не подходят ?

styled components заюзай

не понимаю. можно же создать css файл, импортнуть его, использовать оттуда класс как className

и в том же файле сделать media

даже без всяких экстра приколов типа модулей

Я тут пытаюсь понять как обновить только часть данных после мутации

Ребят, может кто посоветовать годные курсы по реакту (Rus\Eng)?

У меня есть 1 запрос - Project(id: 123) { Tasks { Comments } } и когда я добавляю коммент, очевидно, перезаписывать целый запрос неудобно. Вероятно, тут надо что-то с фрагментами замутить

Ребят, может кто посоветовать годные курсы по реакту (Rus\Eng)?

я это прохожу, доволен https://www.udemy.com/react-the-complete-guide-incl-redux/

Ок , спасибо

почему нельзя делать подобные вещи? http://joxi.ru/KAx9Jd8HMOYk0r?d=1

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

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

А если там будет .bind(this) то тоже будет всегда новая функция

А как там будет bind?

(()=>{}).bind?

В итоге данный псевдокод будет отрабатывать каждый рендер и создавать новые ссылки

(()=>{}).bind?

так же нельзя

а можно оказывается

Конечно можно

вопрос в том как правильно?

Лучше так не делать. Кешируйте.

Инициализируйте пропсы правильно.

или shouldComponentUpdate прописать в TableRow

Да, но это не очень решение.

Всё равно gc напрягаешь. Генерируй функции в конструкторе и willComponentReceiveProps

А как там будет bind?

onUpdate={this.someHandler.bind(this)}

onUpdate={this.someHandler.bind(this)}

Можно так делать, но ререндер все равно будет

Подскажите, существуют ли в реакте способы делать такие, например, вещи более красиво - https://dumpz.org/2703581/

Хочется какую-нибудь функцию типа onupdate(['prop1', 'prop2'])

тогда юзай recompose

тогда юзай recompose

Смотрю в его сторону, было бы интересно знать чье-нибудь мнение, ну типа нравится/не нравится, когда стоит применять.

стоит применять, когда дико лениво, что-то описывать в shouldComponentUpdate()

Я вообще ни разу не юзал shouldComponentUpdate. Я так понял это для производительности только?

Если уже есть recompose в проекте - то юзай его, если нет - то напиши hof только для этой задачи, тем более там есть только withPropsOnChange, ты конечно можешь там что-то дернуть, но зачем?

В проекте recompose-а нет, в общем я за то, чтобы его не тащить. У меня ситуация такая, я потихоньку реакт изучаю, пишу небольшое spa, но мне как-то не нравятся все эти сравнения в willRecieveProps и willUpdate, вот я и задумался, может я что-то делаю не так.

Господа, вопрос по Flow: когда я делаю delcare type Something = {…} в папке flow-typed, я могу этот тип использовать в других файлах без импорта, как глобальную переменную? upd: Webstorm мне не подсказывает, когда я использую тип без импорта

В проекте recompose-а нет, в общем я за то, чтобы его не тащить. У меня ситуация такая, я потихоньку реакт изучаю, пишу небольшое spa, но мне как-то не нравятся все эти сравнения в willRecieveProps и willUpdate, вот я и задумался, может я что-то делаю не так.

все так, в рекомпозе тоже самое))

Господа, вопрос по Flow: когда я делаю delcare type Something = {…} в папке flow-typed, я могу этот тип использовать в других файлах без импорта, как глобальную переменную? upd: Webstorm мне не подсказывает, когда я использую тип без импорта

https://flow.org/en/docs/libdefs/creation/

В проекте recompose-а нет, в общем я за то, чтобы его не тащить. У меня ситуация такая, я потихоньку реакт изучаю, пишу небольшое spa, но мне как-то не нравятся все эти сравнения в willRecieveProps и willUpdate, вот я и задумался, может я что-то делаю не так.

когда дело дойдет до каких либо списков часто обновляющихся с большим объемом данных. Ты начнешь вспоминать recompose

https://flow.org/en/docs/libdefs/creation/

Так и делаю. По описанию, на сколько я понимаю, я могу в коде использовать все, что задекларировал без импорта. Как обычные глобальные переменные. Но webstorm настойчиво предлагает заимпортить тип.

а flow-typed ставил?

да, там большинство third-party есть

Еще такой вопрос, папку flow-typed мне создал flow-typed(извиняюсь за тавтологию). Это же нормально туда добавлять свои файлы?

Да

Всем привет. Кто что использует для менеджмента состояния форм в реакт. State компонентов, redux, mobx etc. Я вот использовал состоние компонентов и столкнулся с тем, что есть огромные формы, в которых дохрена асинхронных обновлений на каждый чих, и при использовании стейта выглядит все размазанным и не очень

Всем привет. Кто что использует для менеджмента состояния форм в реакт. State компонентов, redux, mobx etc. Я вот использовал состоние компонентов и столкнулся с тем, что есть огромные формы, в которых дохрена асинхронных обновлений на каждый чих, и при использовании стейта выглядит все размазанным и не очень

А можно подробнее о проблеме? А то не понятно, что значит размазанным и не очень

@Luchanso Ну например, есть форма без кнопки сохранить. При onchange филда, данные отправляются на api. Для каждого поля свой отдельный endpoint + какая предварительная обработка и etc. Тут либо каждый филд это отдельный компонент со своим состоянием + async handler. Либо все обработчики в враппере. В первом как мне кажется все становится размазанным, во втором получаем огромный враппер с кучей не ui логики

@Luchanso Ну например, есть форма без кнопки сохранить. При onchange филда, данные отправляются на api. Для каждого поля свой отдельный endpoint + какая предварительная обработка и etc. Тут либо каждый филд это отдельный компонент со своим состоянием + async handler. Либо все обработчики в враппере. В первом как мне кажется все становится размазанным, во втором получаем огромный враппер с кучей не ui логики

formik, recompose

только формик как раз не умеет без кнопки

Я бы всю логику в одном месте держал, в самой форме, но с учетом того что у тебя форма большая, то использовал бы redux-form или что - то похожее

@Luchanso Ну например, есть форма без кнопки сохранить. При onchange филда, данные отправляются на api. Для каждого поля свой отдельный endpoint + какая предварительная обработка и etc. Тут либо каждый филд это отдельный компонент со своим состоянием + async handler. Либо все обработчики в враппере. В первом как мне кажется все становится размазанным, во втором получаем огромный враппер с кучей не ui логики

https://github.com/erikras/redux-form