Как стать автором
Поиск
Написать публикацию
Обновить

Эволюция веб-приложения PREMIER: от legacy к современной архитектуре

Уровень сложностиСредний
Время на прочтение12 мин
Количество просмотров1.7K
Всего голосов 8: ↑8 и ↓0+9
Комментарии3

Комментарии 3

не понимаю всеобщей тяги срочно внедрить fsd в свой проект, возможно у вас не так, но из того что я видела разбиение на pages, features, widgets порождает дикую кашу в коде, разобраться потом где что используется и используется ли еще требует массу терпения. а как же KISS в конце концов?

Мы решали конкретную задачу разделение слоёв логики приложения. FSD предлагает крайне высокий уровень конечной стабильности внедряемого решения. По поводу "каши в коде" -- поинт интересный, дискуссионный. кмк, разделение приложения на явные, прозрачные зоны ответственности по компонентам, наоборот, эту кашу убирает. Может быть я не понимаю конкретный тейк с вашей стороны. Можем обсудить :)

Да что тут обсуждать, тут уже всё разобрано с этим FSD.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий