Next.JS та нові серверні компонети 13.4 - навіщо потрібні та як їх використовувати
HTML-код
- Опубликовано: 3 июл 2023
- ❗ Що таке серверні компоненти, навіщо вони потрібні, як їх використовувати - про все це ви дізнаєтесь з нового відео про Next.JS та серверні компоненти!
Вступ
00:20 Навіщо потрібні серверні компоненти
03:10 Правила та обмеження серверних компонентів
08:47 Практична частина
✉️ Telegram: t.me/reactbeginners
❤️ Підтримати канал: opencollective.com/farstar
💡Всі матеріали курсу: github.com/Drag13/react-learn...
![1-2. [Практика] NextJs - створюємо свій перший застосунок](http://i.ytimg.com/vi/SynSPYDPJfg/mqdefault.jpg)
Дякую! Чудове підбиття "підсумків" === основних фіч.
Чекаємо на апдейти і тримаємо руку на пульсі Нексту) Адже скоріш за все це заміна реакту наближається. Маятник качнувся назад в бік серверу.
Ще й як сильно, теж чекаю на оновлення.
Дякую, дуже корисно, особливо для початківця, такого як я.
Оооо дякую! Це те що я й просив))
Супер пупер потрібний контент з чітким поясненням
Дякую!
Як завджи, коротко і по темі. Дякую, друже!
Дякую, приходь ще)
дякую :)
Прошу)
Дякую! Якраз зараз читаю доки...
На нову версію? І які враження?
@@reactdev Так, останні. Дається важко... Але мушу "лупати сю скалу", адже хочу опанувати сей фреймворк, та й робота потрібна ))
Дякую за інфу, тобто якщо я фетчу дані на сервері, і потім щоб десь їх зберегти, потрібно прокидати дочірному компоненту, який вже буде клієнтським?
Якщо ви хочете покласти їх в якийсь контекст, то так. Якщо про відмалювати - можна передавати через пропси до самого кінця, але якщо застосунок "глибокий" - це точно буде не зручно.
@@reactdev При першому запиті отримую частину даних, а при натисканні кнопки, маю підгурзити решту даних. Не розумію поки як це зробити, якщо перший запит роблю на сервері, що робити з другим?
Перший запит на сервері, а другий запит робите як в звичайному реакті через клієнтський компонент.
Можна перший запит зробити, дані передати нижче в клієнтський, той створить якийсь стор (контекст наприклад). Коли буде треба, по кліку зробите додатковий запит і оновите клієнтський стор. Якось так.
Виходить трохи плутано, тому що треба в голові тримати сервер/клієнт, але що поробиш
@@reactdev Дякую, якось так і планував робити.
Можно узнать ваше мнение о swr, который верселевский. Он не сиольно сырой, его можно юзать?
Юзають, наче нормально, але власного досвіду немає.
Чи правильно я розумію, що ми в серверному компоненті можемо лише фетчити щось статичне, а наприклад якщо фетчити дані суто по айді які є різними то ми не зможемо цей айді туди передавити ?
Чому ж не можна, можна. Якщо у вас урл виду /item/:id то значення цього id буде в пропсах: props.params.id
zustan вирішує проблему redux
Проблема з Zustand в тому, що його порівняно мало на комерційних проектах. Навіть RTK мало, більше звичайного ванільного Redux з усіма його мінусами
@@reactdev це не проблема технології, а розробників які бояться або не хочуть внедрити щось нове
@@reactdevбуло б класно побачити якийсь проект на цих технологіях
Так, але часто бізнес приймає рішення на користь більш популярної технології щоб зменшити ризики (пошук нових розробників, підтримка технології, вразливості, тощо) Тому не все так просто нажаль. До прикладу, великі продукти які переймаються за безпеку мають перелік дозволених технологій. І пропхати туди щось нове це рік! наполегливої роботи ліда і тих хто його підтримує.
Згоден) Треба буде щось маленьке на Зустанді зробити. До-речі, гляньте ще на рекоіл вони трохи схожі і є шанс що рекоїл перекочує в реакт
Походу хлопцы из реакта пыху делают...