Размышление об Архитектуре Next.js 13.4 | Разрабатываем IDP сервис (часть 2)

Никто не знает как писать на новом Next.js 13.4! Серверные компоненты меняю слишком много. Пора создавать новые best practices
Сегодня поразмышляем как можно разделить наш код на модули, и какие ответственности им выделить
Подписывайтесь на мой telegram канал: t.me/cleanfrontend
01:38 - Смотрим функциональность
02:33 - Про серверные экшоны
07:26 - Используем Suspense в плоской структуре компонентов
10:40 - Ответственность страниц в папке app
16:24 - Почему я не разделяю серверный и клиентский код
13:29 - Страницы удаления и создания
18:12 - Энтрипонты server client index
20:26 - Обзор структуры фичи manager-users
25:28 - Выводы

[@user-vc7wy4yc4q]

Спасибо за видео, очень хорошо все объясняешь

[@gaziev__9797]

Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?

[@kirill_prog]

Евгений, Вы один из немногих дев блогеров, который говорит о таких нюансах. Приятно слушать профи. Сейчас мне поставили задачу написать магазин. Фронт буду писать на nextjs. Как думаете можно будет обойтись без беканда и написать всё на Server Actions? Или лучше по старинке? Как бэк планировал использовать nestjs.

[@paromovevg]

Спасибо!) Лучше наверное по старинке, меньше когнитивных усилий потратишь. Я сейчас проект делаю на server actions и больно много думать приходится

[@windus08]

Прикольный ролик на подумать. Я думаю, что если убрать турбину на фоне (отдельный микро или обрабатывать звук), то станет еще лучше

[@shashi-kf3mw]

Как использовать скоуп стора в серверных компонентах? Допустим я в layout.tsx сетаю пользователя в реакт контекст или сторонний провайдер и хочу получить возможность отобразить данные и получить экшены в серверном компоненте

[@paromovevg]

Енто у нас же сервер. Тут ты можешь в куки сессию с информацией о пользователе записать И в остальных серверных компонентах её забирать оттуда Реакт контекст в серверных компонентах не работает. Если тебе нужно пробросить инфу о юзере в клиентские компоненты, получаешь юзера в серверном, создаёшь клиентский компонент провайдера, и передаёшь в него из серверного компонента информацию о пользователе

[@developerdiary3136]

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

[@paromovevg]

Мне как раз очень нравятся серверные компоненты с точки зрения архитектуры и кода. Всё же мы пря сильно много лишней работы делали, создавая границу между сервером и клиентом По поводу багов правда. но тут больше именно про server actions. Но на то они и в альфе