Полный курс по useId за 10 минут!
HTML-код
- Опубликовано: 29 июн 2024
- Почему React занимается генерацией id? Что не так с uuid? Решает ли какие-то задачи этот хук? Насколько уникальны и стабильны эти id? На все эти вопросы вы найдете ответы в данном видео!
Протестируйте Managed Kubernetes бесплатно в Selectel: slc.tl/s2v52
ERID: Kra23m7kV
-------
ТГ канал с информацией о курсе от АйТи Синяк - t.me/it_sin9k
-------
Поддержать Айти Синяка можно здесь:
RUclips: / @it-sin9k
boosty: boosty.to/sin9k
Patreon: / itsin9k
00:00 Анонс темы
00:31 Selectel - Managed kubernetes
01:41 Вопросики к useId
02:24 Зачем нам такой странный id?
04:04 Масштабируем значимость хука
06:48 Почему useId часть React экосистемы?
08:10 Изучаем исходники useId
11:04 Что такое identifierPrefix?
11:32 Подводим итоги
12:40 Подписывайтесь!
Подписаться на канал: / @it-sin9k
Twitter: / it_sin9k
-------------------------
Данный канал создан для инициирования бесед на различные темы IT сферы (социальные / технические), а также для тех кому короткая видео выжимка статьи, выступления на конференции или же просто личных мыслей, являются более удобным форматом
Ждём видео по Server Components
Очень бы хотелось увидеть видео о Server Components! Спасибо за видео, было очень интересно.
Обязательно дойдем до server components)
Спасибо за новые знания! Хотим видео про серверные компоненты!)
Хочу видео про server components! Вчера только узнал про них)
Хотим видос про Server Components) Спасибо за видео!
Обязательно!)
Очень хотелось бы послушать про Server Components
Спасибо за видео о useId.
Очень интересно и познавательно, теперь можно не придумывать странные id для id :)😂
Огромное тебе спасибо за видео про актуальные инструменты и отличную подачу материала!
Спасибо!) Подписывайтесь на канал, мы планируем сделать еще много чего)
+ к видео за ServerComponents! И спасибо за объяснение ещё одного хука
Значит будем делать видео)
Я тоже хотел) но спасибо тебе что ты сделал это за всех нас и выложил такое классное видео!
Большое спасибо за видео, очень полезный материал. Каждый выпуск помогает расширять знания о реакте!
я сам прокачиваюсь готовясь к каждому выпуску))
Суперский видос, как и всегда!
Спасибо!)
Да, видео про серверные компоненты было бы очень круто!
Спасибо за видео! Чуть не задал вопрос про MFE, но через минуту получил ответ про несколько root'ов :) Присоединяюсь к ожидающим Server Components.Еще раз спасибо за ваш труд! контент - огонь! :)
Спасибо! а микрофронтенды, если через Модуль федерейшен, то это все одно и тоже приложение, просто скачали из другого URL исходники
Спасибо за видео!
спасибо за видео о useId и ждём видео о Server Components!)
Спасибо
спасибо! ждём видео про Server Components!
очень интересно про Server Components
Круто! Спасибо!) жду видео по сервер компонентам)) и курс тоже жду)))
лайк за Кирила 6:29
Супер, ждем server components
ждём видео про Sever Components )
Очень нужен видос про Server Components)
видео про серверные компоненты очень хотим
Я использовал этот хук как раз для доступности
огонь!
Кстати недавно с этим столкнулся как раз. Сделал компонент labelWithInput, захардкодил айди, а когда несколько добавил в форму. то понял что они одинаковые)))
В итоге через math.random сделал)
А вот с проблематикой генерации айди серверными компонентами и клиентскими еще не сталкивался и даже не думал об этом. надо будет на useid переделать)
Уже не зря видео запилил)
Голосую за Server Components!
Ваш голос учтен)
Даешь SERVER COMPONENTS синячок!!!!
Спасибо! Плюс одна причина обновить реактор в проекте)
все пора мигрировать на 18-ый реакт!
жду видос по сервер компонентс
Хочу видео про Server Components )))
Нужно видео о серверных компонентах!
Лайк
Хотим видео про серверные компоненты)
👏👍
go про server side components :)
хотелось бы видео про сервер компонентс ))
Отомщу за всех Кириллов - в "Кирилл" два "Л" )) спасибо за видео
Месть принята) спасибо за комментарий))
Серверные компоненты в студию плс)
Даёшь Server Components =)
Гоу видос про Server Components
обязательно)
Почему бы вместо вызова useId несколько раз для формы с лейблами, хинтами и т.д., не взять один id и добавить к нему что-то типа "_hint"?
Можно и так :)
Хачу питсу и видео по Server Components
Server Components
требую RSC
хотим про серверные компоненты !
хоти, я не хочу
Давай видео про сервер компонентс
Было бы неплохо если бы показал что за server components
Все равно, если тебе нужен уникальный id когда ты мапишь динамическое количество элементов, то useId не вариант. Или генерировать самому, или UUID, nanoId и т.д. библиотеки. Но видео полезное, спасибо!!
Не очень понял кейс :(
@@it-sin9k Он о том, когда ты создаешь запись - id которой еще не известен.
если речь идет об этом, то вероятно этот хук не лучшая идея :) Такой use case я и не озвучивал поэтому)
Очень хочется увидеть разбор Server Components. Потому что с выходом app router у nextjs, сначала это казалось революцией, а потом все потихонечку начали делать “use client”, “use client”, “use client”…
И смысл тогда в этих серверных компонентах? Как там по нормальному использовать контекст? Куча вопросов..
Да, хороший комментарий)
Айти синяк, у меня вопрос по react-router-dom как показывает практика надо использовать loader от них 6 версии? или все запросы делать отдельно в функциях фетчом? или как сейчас учат в редаксе реквесты кидать
множество решений предлагают, а как происходит в жизни? знакомый со Сбера говорит что у него вся логика к беку лежит в редаксе
Нет единого правильного ответа "Как надо писать на React") Я видел и сам пропогондировал разные методы работы с React + Redux в разные периоды моей карьеры) Поэтому я пришел к тому, что нет правильного, есть то что нравится тем или другим людям. За все годы работы с React, я пришел к одной концепции, которую уже использую последние 4 года на абсолютно всех проектах и она не плохо работает) И планирую по ней в будущем сделать свой курс)
@@it-sin9k а опиши плиз эту концепцию, а чем она заключается. хочу изучить этот вопрос пока пишу проект. Подход с реакт роутером мне категорически не нравится и не видел чтобы кто то так делал
В двух словах не опишешь) почитай, что такое архитектура VIPER в swift. Эта архитектура была моим вдохновителем) Конечно пришлось ее перелопатить под React)
Интересно знать, какие могут быть причины использовать несколько реакт приложений в одном проекте?
Я видел проект, который написан например еще на PHP / Ruby и прочем. Т.е. приложение старого образца. И там прямо в страницы встраивается React. Т.е. были модули которые уже мигрировали на React, были которые еще на jquery и т.д. В итоге у них вот такая постепенная миграция была на React)
@@it-sin9k ну если так, то да, причины понятны. Спасибо за пояснение :-)
Да-да, server components
server components +
А он подойдёт для указывания key в списках элементов? Довольно абсурдно, что какой-то key, который React сам "придумал" и внутри себя же и использует должен указывать пользователь, а важные для форм id-шники теперь будут рандомным автосгенерированным набором букв…
боюсь, что у них совсем разные задачи. То что key указывать нужно самому это благо, а не наказание) у нас есть возможность управлять Реактом)
SC תודה
התענוג שלי!
А как этот хук поможет для списков в методе map свойства key?
он вроде никак не связан с key.
А какая проблема (например) использовать uniqueId() из Lodash?
Предположу, что у него не все хорошо с SSR и Server Components
такая же как и с uuid. С SSR не будет работать. На сервере у вас будет одно значение, а на клиенте при гидрации второе
@@it-sin9k Да, верно - в контексте SSR очень даже может такое быть.
Server components
По поводу нейминга мне кажется не особо оно решает. Для констант в которые записываются ID один фиг нужно придумывать имена, разве нет?)
да) но не нужно переживать, что они являются уникальными на данной странице)
@@it-sin9k Тут согласен. Эт я докапываюсь ради того чтобы докопаться)) На самом деле удобный механизм. Спасибо за обзор)
мы так и так придумываем название для него, когда инициализируем этот id, тогда какой смысл?)
для переменной мы придумываем переменную, которая не будет уникальной в рамках страницы, а useId вернет уникальное значение в рамках целой страницы)
хачу
Вам же все-равно пришлось придумать 6 переменных с уникальными названиями. И в чем выгода по сравнению с помещением в эти переменные строковое название самих переменных?
Выгода в том, что ids уникальны на всей странице. Не важно как много там компонентов. А если вы еще используете FieldsArray, то и в рамках формы будет все красиво :)
Symbol для вас какая-то шутка?
Symbol("foo") === Symbol("foo"); // false
@@it-sin9k метод for для вас какая-то шутка?
6:26 не правильно написано имя КирилЛ. дизлайк атписка (шутка). Спасибо за ролик! )
Кирюха, не гори
Next 14 & React 20
“using use”;
using use = useUse(“use”);
ку, что ты думаешь о генерации всяких списков и ключей к ним через React.Children.toArray? Насколько я понял, React.Children.toArray автоматически дает ключи всему на любую глубину(список списков элементов к примеру)
{React.Children.toArray(
todosList.map(item => {..................
честно говоря, я такой подход не использовал никогда, поэтому пока не могу ничего сказать :)
@@it-sin9k оки и споки
Ждём видео по Server Components
требую RSC
Ждём видео по Server Components
требую RSC
требую RSC