Дмитрий Грош - Батчинг в React

[@daedaliusX]

Кликбейтное название немного. Знаете, ререндеры с батчингом не ограничиваются callback-ами. Хотелось бы примеров с useEffect вместо погружения в археологию. Причем даже из зала вопрос не задали.

[@MeowMeow-tz5pd]

У вас компонент не будет перерисовываться просто потому, что пропсы поменялись, их изменение это следствие рендера родительского компонента, а не причина рендера дочернего

[@aleksprimetv]

каждый раз подбешивают такие заявления что ререндр из-за пропсов происходит)

[@Boobnovslava]

Спасибо за доклад в доке это описано либо не так подробно, либо я что то упустил

[@ВладимирАкимов-х5х]

ты что то упустил, потому что это очень хорошо известно

[@donottrackmepls]

по большому счету да

[@razlozhi_plizz]

👍🏻👍🏻👍🏻👍🏻👍🏻👍🏻👍🏻👍🏻👍🏻👍🏻

[@xeleos]

перезалив видимо

[@proletarian]

Точно, несколько месяцев назад смотрел

[@AlexeyProgramming]

А на классовых компонентах тот же пример был бы намного лаконичнее, с минимальным количеством ре-рендеров, и без привлечения всяких flushSync, с этими хуками выстрелили себе в ногу)))) Да и на хуках мог бы весь стейт формы хранить в одном immutable объекте и в один рендер разворачивать его в дерево. Для кого Shadow DOM сделали? Чтобы опять рендеры считать и баги асинхронными хуками плодить? Вроде умные и полезные вещи рассказывает, а архитектура кода и подходы к решению задач брр

[@mulfyx]

так смысл был в функциональных компонентах, а не легаси классах 😏

[@AlexeyProgramming]

@@mulfyx в данном случае это больше напоминает историю про буханку белого (или черного) хлеба и нехитрые приспособления 🤭

[@mulfyx]

@@AlexeyProgramming как и весь современный реакт

[@BenjaminSergushin]

Даже самая офигенная фича с такой подачей покажется унылой фигней .