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

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

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

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

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

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

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