Feature-Sliced Design: опыт применения фронтенд-архитектуры в React-приложении / Антон Усков
Вставка
- Опубліковано 19 вер 2024
- Антон Усков - руководитель команды фронтенд-разработки Dev Platform в VK Tech.
Придумывать свою архитектуру или использовать имеющуюся? Если имеющуюся, то как выбрать? Если выбрал, то к чему это может привести? Антон расскажет о том, как мы ответили на эти вопросы при реализации собственной платформы разработки Dev Platform в VK Cloud.
😎 Сообщество ВКонтакте: vkteam
👨🎓 VK Education: education.vk.c...
🏆 Чемпионаты: cups.online/
👨💻 Карьера в VK: team.vk.company/
Я не стал расстраиваться с размещением API в shared, я поступил следующим образом:
API имеют свою структуру, каждый сервис описан отдельно и не зависит от других. У каждого сервиса свои собственные интерфейсы и они не зависят от бизнесс-логики приложения, интерфейсы просто описывают структуру получаемых данных. На более высоких уровнях, получая данные из сервиса я десериализую их в entities приложения превращая эти абстракрактные данные в бизнес-сущности. Немного бойлерплейтно, но нет заморочек с генерацией пакета. Плюсом получаем удобные механизмы подмешивания дефолтных значений и прочих мутаций объектов в процессе десериализации))
И кстати, да, пишем на NextJS, там одна проблема с FSD (это директория pages), которая решается "легким движение руки"
Спасибо за доклад! Приятно было послушать ))
Про минусы FSD отличная инфа, согласен!
А плюсов FSD не вижу для любых проектов.
очередной подпивас
а я с тобой согласен. любое следование fsd это взятие его за основу и добавление каких то локально-проектных костылей. что и была продемонстрировано даже в его докладе.
Вместо составления принципов построения архитектуры для любого проекта (по сути это уже все давно есть, правда, нужно адаптировать под фронт) нам предлагают взять готовую структуру, которая говорит «шаг влево, шаг вправо - расстрел»