Спасибо за подробное описание вашего опыта, с удовольствием прочту и следующие статьи!
На одном из скриншотов увидел сегмент "hooks", который не рекомендуется создавать по FSD, т.к. это название говорит, "что", а не "зачем". Почему вы решили создать такой сегмент, а не api/model, как по классике?
Ещё интересно, какой фреймворк вы используете, чтоб устроить роутинг через routes/. Большинство файловых роутеров устроены через вложенные папки, что несовместимо с плоской структурой слайсов в FSD. В вашем фреймворке нет возможности переназначить папку роутов на src/app/routes, к примеру? Этот вопрос меня интересует, в частности, и потому, что фсдшный линтер, Steiger, пока не поддерживает переименование слоёв, а может быть, он бы был вам полезен.
И последняя маленькая ремарка — официальное написание — "Feature-Sliced Design", у вас в статье и на обложке немного по-другому :)
Спасибо, что подсветили тот факт, что мы забыли добавить информацию о публичном АПИ для кросс-импортов (`@x`) в ченджлог! Обновили его :)
Спасибо и за мнение о новом подходе. Я с ним, впрочем, не согласен (думаю, неудивительно :) ), главным образом по причине того, что долгое время наблюдал, как много проблем у людей возникает из-за различающегося понимания того, что такое сущности и фичи. Ваше предложение о том, как распределить код по слоям, имеет место, но это лишь ваше мнение, и велика вероятность, что даже внутри одной команды найдется иное мнение. При этом на страницы делить умеют почти все, и бОльшая часть преимуществ FSD вполне доступна даже с тремя слоями Shared, Pages и App. Так что если есть возможность избавить большинство людей от лишней головной боли, мы этой возможностью воспользуемся.
Кажется, Tramvai позволяет переопределить папку роутов, не отказываясь от FSR — https://tramvai.dev/docs/features/pages#configuration
Спасибо за подробное описание вашего опыта, с удовольствием прочту и следующие статьи!
На одном из скриншотов увидел сегмент "hooks", который не рекомендуется создавать по FSD, т.к. это название говорит, "что", а не "зачем". Почему вы решили создать такой сегмент, а не api/model, как по классике?
Ещё интересно, какой фреймворк вы используете, чтоб устроить роутинг через routes/. Большинство файловых роутеров устроены через вложенные папки, что несовместимо с плоской структурой слайсов в FSD. В вашем фреймворке нет возможности переназначить папку роутов на src/app/routes, к примеру? Этот вопрос меня интересует, в частности, и потому, что фсдшный линтер, Steiger, пока не поддерживает переименование слоёв, а может быть, он бы был вам полезен.
И последняя маленькая ремарка — официальное написание — "Feature-Sliced Design", у вас в статье и на обложке немного по-другому :)
Спасибо, что подсветили тот факт, что мы забыли добавить информацию о публичном АПИ для кросс-импортов (`@x`) в ченджлог! Обновили его :)
Спасибо и за мнение о новом подходе. Я с ним, впрочем, не согласен (думаю, неудивительно :) ), главным образом по причине того, что долгое время наблюдал, как много проблем у людей возникает из-за различающегося понимания того, что такое сущности и фичи. Ваше предложение о том, как распределить код по слоям, имеет место, но это лишь ваше мнение, и велика вероятность, что даже внутри одной команды найдется иное мнение. При этом на страницы делить умеют почти все, и бОльшая часть преимуществ FSD вполне доступна даже с тремя слоями Shared, Pages и App. Так что если есть возможность избавить большинство людей от лишней головной боли, мы этой возможностью воспользуемся.