Discuss the DDD approach

[diana-fazlieva]

• Рассмотреть общие типы и вынести на верхний уровень

[OlgaUrentseva]

14 ноября был полезный доклад в рамках ITeaConf про DDD и хотелось бы обсудить несколько важных моментов, которые непосредственно касаются нашего проекта и которые обсуждались в рамках доклада.

Что такое DDD? - на википедии маленькая статья и в целом, там есть все самое важное

Что нам даёт подход DDD:

• методологию разработки
• предполагает принятие проектных решений, исходя из анализа предметной области
• предоставляет набор шаблонов и схем для борьбы с растущей сложностью системы
• в рамках DDD рассматриваются шаблоны для стратегического и тактического проектирования

Что выделяет такой подход?

• business domain (например, у DeliveryClub - это доставка еды. Значит, business domain включает в себя: управление клиентами, логистику, управление кафе/ресторанами и другими поставщиками и т.д.)
• subdomains (вот эта статья объяснит лучше меня 😄)
• bounded context (про это в статье тоже есть)

На что именно хотелось бы обратить внимание:
Спикер доклада утверждает, что DDD хорош на больших проектах, где уже есть чёткая бизнесовая модель. React-next-base не является таким проектом, поэтому в полной мере DDD там реализовать не получится, но, на мой взгляд, если мы добавим какие-то зачатки такого подхода (а сейчас уже есть такой маааленький - это описание типа User в domain), то проекты, которые будут стартоваться с rnb, смогут развить данную идею.
Почему User тоже может быть сущностью и вынесен в доменную область - https://khalilstemmler.com/articles/typescript-domain-driven-design/entities/

То есть, сейчас мы имеем маленькую часть от данного подхода в нашем проекте, которая на данном этапе может помочь нам просто структурировать наши shared-типы, относящиеся к бизнес-логике приложения. И мне кажется, от этого не стоит отказываться