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