Лучшая Front-end Архитектура в 2023 

Красавчик как говорится )

Чувак, ты прекрасен!

Спустя время отказался от fsd. fsd не даёт архитектуру по сути, это просто расположение папок и файлов, всё остальное не продумано и подходит лишь для тудушек (посмотрев примеры из доки, понял что нет строгих правил, просто общий тон). Чуть проект станет большим, вы начнёте испытывать проблемы с выделением слоёв, ведь связей будет огромное количество, а у fsd на это 1 ответ - отходите от доки и выдумывайте что-то от себя. Ну так себе архитектура получается. Теперь делю всё посто на модули и не испытываю вообще проблем, так что мне не понравилось. Посмотрите на nestjs, вот это архитектура. А fsd скорее методология. Для меня лично fsd сегодня даёт больше минусов, чем существенных плюсов.

С пылу с жару! Красавчик. Только хотел вернуться к ФСД)

По поводу Pages я бы добавил, что Pages желательно делать максимально плоским, то есть содержать минимум логики, соответственно, вся логика прописывается на уровнях ниже.

Если правильно понял, то внутри одной entity можно создавать сколько угодно ui компонентов и переиспользовать их друг - в друге. А от других entity нельзя использовать компоненты на том же уровне, верно?

Лайк

16:58 Поиметь стандартизацию и комьюнити)) Без обид чисто орнуть написал) Спасибо за контент, жду еще ;-)

Вот возникла интересная делема как подбирать архитектуру под full-stack архитектуру для приложения на next.js14 с серверными компонентами ? У нас там и и front и back все рядом, если есть у кого-нибудь решения, пишите!

А могут ли слайсы импортировать модельки других слайсов? Напимер есть слайс cart и соотвественно cartModel. Есть другой слайс order и orderModel которая содержит cartModel из слайса cart. Order не может существовать без cartModel. Ну не заводить же еще оду модельку orderCart.

У меня по FSD есть вопрос, где держать UI-логику? То есть подразумевается, что она у нас в компонентах, но для чистоты, хотелось бы выносить UI-логику, то есть тут напрашивается что-то типа ViewModel, но в стандарте такого нет. Хотя по идее, никто же не запрещает создавать новые segments.

Приветоси, оплатил курс. Когда придет сообщение в тг или почту?)

Я так понимаю, что FSD для ангуляра не работает? Только не давно стал его изучать, и когда искал какие есть альтернативы fsd, для ангуляра ничего не нашёл

А как допустим использовать fsd в nuxt 3 проекте? По идее можно вместо components добавить слои features, entities, shared. pages остается неизменным, и в целом весь роутинг остается за обработкой nuxt'a. В остальных случаях ничего не мешает делить компоненты на слайсы. Да и вообще объединять логику, модели, ui в некий модуль - это очень логичный подход. Попробую чаще использовать в своих проектах.

widgets - лучше не использовать, громоздкая фигня, которую трудно мейнтейнить) Только shared, entities, features, pages, app. Более уникальная логика будет находиться в сегментах под pages, при этом корневой файл страницы должен быть чистым, а что можно переиспользовать будет упаковано в более нижние слои)

Звучит как Вячеслав дизайн))

хотел купить курс с зарубежной картой, но 5тыщ рублей, переводятся с какого-то рака в тенге (32тыщ), а это уже не 5 а 6 тыщ рублей. что за конвертация такая жесткая?

Буду адвокатом дьявола, но как запутанная организация папок (читай fsd) вдруг стала архитектурой?

Новичков погружать в это легче не стало, слои не очевидны, шерд это ваще сюр

17:00 поиметь стандартизацию и комьюнити, ааххах, хорош

Купил бы курс, если бы не аллергия на реакт

Клоун.

в nextjs папка app занята cry..)

Ты случаем не водолей, 25 минут болтовни