Как правило в реакт проектах ребята просто раскладывают компоненты слайсы фичи утилиты и все прочее в рандомные папки, а с FSD хоть какой то полупорядок будет.
Прошёл все виды вёрстки от pug / CSS , CSS in JS , bem, postcss , для себя решил что tailwind хорош во всем кроме специфичных селекторов из за которых классы превращаются действительно в кашу
tsrynge нельзя подружить с accessor декораторами, отсюда и множество проблем, что с этой библиотекой разработчики будут вынуждены использовать legacy декораторы.
Подскажите пожалуйста, могу ошибаться, разве в вашем примере с useDeferredValue хуком при изменении состояния не произойдет ререндер как компонента, который содержит стейт поиска, так и дочерний компонент, куда передаётся deffered значение пропом?
Одно из главных отличий FSD от вашей архитектуры как раз то, что FSD старается оперировать бизнес сущностями, а все остальное лежит shared. Ну и как подметили ребята в комментариях FSD это больше методология, которая не может четко описать то, как все должно лежать
Я бы сказал так - лучше с FSD чем без него)
Как правило в реакт проектах ребята просто раскладывают компоненты слайсы фичи утилиты и все прочее в рандомные папки, а с FSD хоть какой то полупорядок будет.
А чем FSD лучше DDD ?
Прошёл все виды вёрстки от pug / CSS , CSS in JS , bem, postcss , для себя решил что tailwind хорош во всем кроме специфичных селекторов из за которых классы превращаются действительно в кашу
Ну а я работаю в 9 крупных проектах Которые живут в айфреме и все на тейлвинде. Удобно, быстро, легко и никаких проблем не испытываю.
tsrynge нельзя подружить с accessor декораторами, отсюда и множество проблем, что с этой библиотекой разработчики будут вынуждены использовать legacy декораторы.
Больше возникает вопрос - почему хранение бизнес логики приложения в слое предоставления правильное решение и почему команда React тоже так считает?
Почему это считается правильным только во фронтенд веба ?)
Подскажите пожалуйста, могу ошибаться, разве в вашем примере с useDeferredValue хуком при изменении состояния не произойдет ререндер как компонента, который содержит стейт поиска, так и дочерний компонент, куда передаётся deffered значение пропом?
Очень крутая история, спасибо большое за статью, было интересно читать)
Одно из главных отличий FSD от вашей архитектуры как раз то, что FSD старается оперировать бизнес сущностями, а все остальное лежит shared. Ну и как подметили ребята в комментариях FSD это больше методология, которая не может четко описать то, как все должно лежать