Какие основные вопросы / решения встречаются в доменно-управляемом дизайне?

Question

Какие вопросы / решения возникают при использовании доменно-управляемого дизайна?

Мне было трудно это понять, так как новые ситуации продолжают возникать, поэтому я пытаюсь собрать список хороших ресурсов / вопросов в одном месте, чтобы помочь мне и всем, кто испытывает затруднения, понять / реализовать его.

Answer 1

Некоторые вопросы вы можете найти, выполнив поиск по тегам domain-driven-design или ddd здесь, в SO. Книга Эрика Эванса также дает хорошее представление о некоторых ситуациях, с которыми вы можете столкнуться.

Одним из важных примечаний является то, что DDD похож на тесты, в том смысле, что он увеличивает время разработки новых функций, но повышает качество (и, следовательно, сокращает время разработки в долгосрочной перспективе). Вам может потребоваться постоянный контакт с экспертами в предметной области, чтобы вы могли уточнять модель при каждом появлении проблемы.

ИМХО, самая важная проблема DDD - иметь хороший, значимый домен. В большинстве проблем (хотя и не во всех из них) корневая проблема - плохое понимание домена

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

Answer 2

По моему опыту, одним из главных правил является " Build the Ubiquitous Language ". Не забывайте, это один из наиболее ценных аспектов, которые DDD предоставляет процессу разработки. С сильным и общим вездесущим языком приходит значимая область и общее видение проблемы, которая очень помогает.

Мое второе правило: " Модель - это всего лишь одна ": не моделируйте данные, объекты, классы, таблицы ... просто обращайтесь к области с моделью, все остальное должно быть естественным образом получено из В этой модели нет разрыва между классом UML в модели и классом Java (или языком, который вы используете).