DDD — это в первую очередь подход (читай инструмент), который нужно применять в соответствии с инструкциями. Представьте, что вы делаете ремонт, вы же не будете обои прибивать гвоздями? А напольную плитку клеить на обойный клей?
Я пытаюсь сказать, что подход DDD может быть применён как на всю систему, так и ее часть. Остальная часть может использовать другие подходы, например, CRUD. То есть, важные части предметной области можно и нужно писать с использованием подхода DDD, а вспомогательные можно оставить без DDD. Самое главное определить границы!
Domain Driven Design — это подход к проектированию приложения или системы, ориентированный на моделирование ПО, таким образом, чтобы это ПО соответствовало предметной области и базировалось на вкладе экспертов этой области.
Благодарности и помощь каналу принимаются:
https://www.calabonga.net/site/thanks