Если коммент наберет 1000 лайков буде обзор версии 18.3!

@koumyakusuji

7 күн бұрын

лайкайте этот коммент ребята!!😅

Включил синяка перед работой под кофе. Такое ощущение, что перед школой мультики смотрю) Хорошую вижимку делаешь, в расслабленой мультяшной форме мне заходит на все 100

@it-sin9k

23 күн бұрын

круто!) спасибо! всем мультики!

Что-то я где-то это уже видел... ах да, привет Next js

Как всегда, ты в моем топе😊

Хуки форм выглядят интересно, но не уверен что их можно будет использовать в сложных формах где поля ввода могут зависеть от значений других поля ввода. Именно в таких формах особенно хочется какой-то оптимизации кода. Также непонятно что там с типизацией состояния. В тех же кастомных selectах можно реализовывать довольно удобные схемы когда value не является строкой, сохраняя при этом тип в onChange. При отправке на сервер данных в виде json, не form-data - это весьма удобно. Посмотрим. Вообще не понял какую задачу они предлагают решать через use(). Разруливание race condition, конечно, штука полезная, но не таким способом. Тяжелые запросы тупо заспамят сервер. Еще и кешировать промис нужно во внешнем компоненте. Выглядит не особо полезно. Разве что использование внутри if интересное, но у меня ощущение что use - не хук, а простая функция, из-за чего промис и требуется кешировать где-то. Изменения ref порадовали - наконец-то этот головняк с forwardRef решится! Я больше жду компилятор, если будет работать нормально, то можно будет сильно меньше кода писать и меньше думать о том о чем не очень-то хочется думать.

@ichestor509

19 күн бұрын

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

Шикарно! просто и доступно как и во всех остальных видео, спасибо!

@it-sin9k

19 күн бұрын

Спасибо большое за поддержку!)

Просто огонь , лучшее пояснение, которое я видел, спасибо!

@it-sin9k

19 күн бұрын

Спасибо большое за поддержку!)

Спасибо

Мне нравится желание разработчиков добавить новые хуки. Только скорее всегда многие из них окажутся ситуативными поводами похвастаться для гиков. Для остальных разработчиков это будут фичи из разряда "можно, но не нужно"

@Kildor_nsk

22 күн бұрын

Похвастаться для гиков и темы для обсудить на собеседованиях. "Какие хуки реакта вы знаете, но никогда не применяли в своих проектах?"

По поводу ref cleanup это было можно делать и раньше. Если вешать callbackRef на элемент то при удалении элемента колбэк вызовется с null в качестве node и мы можем почистить event listeners на этом элементе к примеру. И по поводу use а также useContext они не зависят от порядка объявления а только от ближайшего провайдера. Чисто технически и useContext можно было в if пихнуть, но решили оставить warn из-за consistency что ли

@oWeRQ666

22 күн бұрын

Думаю clean up нужен больше для того, чтобы избежать использование внешних состояний, наверняка null все так же будет прилетать, иначе много чего поломается.

nice

@it-sin9k, не хочешь приехать в Ульяновск на Улкемп в июле, с каким-нибудь докладом по реакту?

@it-sin9k

19 күн бұрын

я к сожалению пока не выездной из Польши, жду получения документов и если выеду обратно въехать не смогу :(

❤❤❤🎉🎉🎉

Когда появится реакт компайлер сможем ли бы делать computed property как во vue?

@it-sin9k

11 күн бұрын

хмм, не думаю. А зачем?

Если какие-то хуки (т.е. use()) можно будет использовать в кондишинах, а какие-то нет - это же прямой путь к дичайшему говнокоду. Реакт все дальше и дальше прирастает костылями со всех сторон, и превращается из когда-то простой в использовании библиотеки с классной идеей - UI = f(state) - в какого-то франкельштейна...

@oWeRQ666

22 күн бұрын

Ограничение хуков на использование без условий обусловленно технически, для получения предыдущего состояния, контекст и промис сами являются идентификаторами, поэтому их можно использовать и без этого искусственного ограничения, однако ассинхронное использование все равно должно быть недоступно. Не сказать что часто, но бывают случаи когда контекст нужен не всегда, возможно с промисами нужно будет чаще. К тому же хуки сами по себе ломали принцип чистой функции.

@_boolive_

5 күн бұрын

с такими же мыслями воспринимаю все эти обновления. И какие-то неполноценные они.

@AlexanderBorshak

5 күн бұрын

@@_boolive_ Разработчики Реакта просто двигаются в какую-то неопределенную сторону. То есть, непонятно, решают они какие-то специфические задачи Фейсбука, или стараются решить какие-то задачи сообщества - и при этом они особо и не раскрывают своих планов. В итоге выглядит как какие-то попытки переизобрести уже работающие и хорошо отлаженные вещи типа REST и RPC, которые к тому же применимы в огромном кол-ве кейсов, а не просто для отрисовки фронтенда. Но пока получается так себе - "без внятного ТЗ результат на выходе - ХЗ..."

Немного не понял, в чем особенность useOptimistic. Выглядит как обычный useState. Почему нужно использовать именно новый хук? Или там в перерисовках дело?

@it-sin9k

20 күн бұрын

думаю во внутрянке дело, высокий приоритет рендера, через startTransition и все такое

Интересно, как внутри работает use, чтобы дальше не продолжался рендер. Вероятнее всего yield стоит какой-нибудь. По ощущениям, очередной черный ящик, использование которого без понимания внутренностей реакта может привести к сюрпризам.

@dimap6793

23 күн бұрын

лучше не знать... use кидает exception а Suspense его ловит, можно обернуть use в try-catch и увидеть что он кидает ошибку и там будет ворнинг что не нужно оборачивать use в try-catch. Получается что лучше всего use выносить в самый верх компонента, иначе все что до него будет лишний раз исполнятся

@dimap6793

23 күн бұрын

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

@user-qc8ic8tb3x

23 күн бұрын

@@dimap6793 выходит если между suspense и use будет ErrorBoundary, то финт не сработает?)

@dimap6793

22 күн бұрын

@@user-qc8ic8tb3x точно не знаю, наверное как именно ErrorBoundary работает, может ErrorBoundary должен заново кидает исключение если оно пришло из Suspense

Стоп, а если внутри useActionState вызвать исключение ?

в данном примере что мешает вместо useOptimistic использовать useState ?

@it-sin9k

23 күн бұрын

думаю оптимизации рендеров. Там вероятно под капотом используется еще transition хук для поднятия приоритета

Заходит мультяшный стиль

@it-sin9k

20 күн бұрын

круто!) это упрощает нам выпуск роликов)

Ты говоришь про старую эпоху двух компонентов Container + View, а какие сейчас видишь новые и эффективные подходы к решению вопроса по разделению бизнес логики и переиспользуемых UI компонентов?

@ichestor509

19 күн бұрын

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

Давай видео про варнинги! Интересно будет прикинуть возможность перехода среднего проекта с замысловатой логикой на 19ую версию

@it-sin9k

19 күн бұрын

есть идея, такое видео записать, но надо сразу, чтобы 19-ая версия стабильная вышла)

компайлера не будет на релизе =(

Compiler не войдёт в 19. Он отдельно будет

@it-sin9k

23 күн бұрын

очень жаль :(

@oWeRQ666

22 күн бұрын

@@it-sin9kМожет это и хорошо, если он не будет прибит гвоздями к реакту

@yundon8182

21 күн бұрын

А что за новый компилятор

Месяц назад нужен был на подобии useOptimistic

@SmallWish

23 күн бұрын

Он всегда нужен

@izzei-1614

23 күн бұрын

@@SmallWish не всегда, многие приложения сделаны без optimistic UI

Вы точно импортировали useFormStatus из react-dom?

@eduardkoshkelyan8670

23 күн бұрын

точно нет )) походу из react-а пробовал

@eduardkoshkelyan8670

23 күн бұрын

т.к. в react-dom работает на 100%

@it-sin9k

23 күн бұрын

вот блин, я брал его из react o_O

useOptimistic - хук с сомнительной полезностью. Кейс: стена с записями, листаю, оставляю лайки. На очередной записи ткнул лайк (читай - добавил в избранное), useOptimistic отработал и я вижу что поставил лайк, листаю дальше и тут оказывается, что по какой-то (любой) причине запрос на сервер не прошел или вернулась ошибка. Как итог - я уверен, что запись добавлена в избранное, однако как только я зайду в избранное - этой записи не будет. 🤷‍♂ Две стороны медали.. с точки зрения UX - гуд, но для DX - придется точно также обрабатывать кейс неудачным добавлением в избранное (как-то уведомить пользователя).

@aleksprimetv

22 күн бұрын

ага и потом опять скролить наверх и искать где ты там не проставил

Для реальных проектов мне для форм нужна функция валидации

@it-sin9k

23 күн бұрын

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

А где коммент про варнинги?

@alexanderbaltsevich9270

23 күн бұрын

Уже добавил)

пока не понятно. для форм react hook form для оптимистик апдейт есть react-query (правда кода прибавляется существенно).

Из полезного: обновление рефа, контекста. Всё остальное бесполезный хлам...

12:15 - ни один запрос не отменился и фраза "Проблемы решены из коробки" 😵‍💫 🤯 возникают вопросы... Ладно, делаем скидку, что решены только проблемы рендера последнего ответа, остальное - проблемы негров )

Один гитарист приходит в магазин, покупает любую гитару за свои деньги и идет делать музыку. Другой - бесконечно изучает, как ясень или клен влияет на звук, какая накладка на гриф лучше, как материал верхнего порожка способен выделить средние частоты. При этом не создавая никаких музыкальных произведений. Во фронтенд-разработке больше всего раздражает тенденция к тому, что все мы должны быть этим вторым гитаристом, чтобы успеть за прогрессом. Вместо того, чтобы просто делать сайты, приходится большую часть времени посвящать изучению инструментария. Самое фиговое, что это все будут спрашивать на собесах и делать выводы о разработчике - а использовал ли он новые хуки из реакт19-25-50, а работал ли с новой библиотекой компонентов с революционным подходом к теням на инпутах, и т.д. Подавляющее большинство веб-приложений - это несложный CRUD, и делать его можно на чем угодно. А все эти нововведения - это самовыражение безусловно крутых разрабов из реакт-команды, которым скучно делать сайты, поэтому они работают над тем, чтобы не заскучали прикладные разрабы. Но проблема в том, что я и не думал скучать, и хочу просто делать продукт и совершенствовать свой код - не применением новых либ, а применением новых подходов в парадигме и архитектуре. Я люблю изучать новое, но не из разряда "теперь вот эту функцию пишем вот так, а это прописываем сюда". В этом нет по факту ничего нового. Но мыслительного ресурса и времени это бесконечно пережеванное старое, выдаваемое за революционное новое, отжирает прилично. PS. Это не наезд на автора, канал люблю и смотрю постоянно. Просто высказался о наболевшем.

@romanpoludnev4140

23 күн бұрын

Причем на собесе от разраба будут хотеть чтобы он и useOptimistic использовал, и чтобы как там componentShouldUnmount работает знал.

@Roger-qj4wu

23 күн бұрын

Так учи ангуляр, кек. Всё что ты перечислил в основном относится к реакту

@romanpoludnev4140

23 күн бұрын

@@Roger-qj4wu да действительно, че это я.

@it-sin9k

23 күн бұрын

так почти 5 лет не было же новых версий) все было максимально стабильным))

@aboba86468

23 күн бұрын

@@it-sin9k ага, было стабильным) верю а весь этот ssr хайп наверное только добавил стабильности, и react к этому не имеет никакого отношения, тупа случайно рекламируя next на своём сайте

Как юзал antd form так и продолжу. Лучшая форма

@user-bn2qt4ge9x

23 күн бұрын

расскажешь

@aleksprimetv

22 күн бұрын

солгласен антд топчик

Props реактивные, а ref нет. Не вписывается в концепцию props, поэтому отдельно таскают

Чем дальше, тем больше React превращается в говно. А от ref норм

Немного расстраивает тот факт, что для хука use как и для Suspense/Error Boundary нужно выносить логику обработки на уровень выше. Не совсем понимаю как архитектурно красиво писать код с этим. Как по мне логика const { data, error, isLoading } = useQuery(...) намного удобнее.

@it-sin9k

11 күн бұрын

согласен) по мне эта концепция не очень бьется.