Описание

DDD — это в первую очередь подход (читай инструмент), который нужно применять в соответствии с инструкциями. Представьте, что вы делаете ремонт, вы же не будете обои прибивать гвоздями? А напольную плитку клеить на обойный клей?

Я пытаюсь сказать, что подход DDD может быть применён как на всю систему, так и ее часть. Остальная часть может использовать другие подходы, например, CRUD. То есть, важные части предметной области можно и нужно писать с использованием подхода DDD, а вспомогательные можно оставить без DDD. Самое главное определить границы!

Domain Driven Design — это подход к ‎‎проектированию приложения или системы,‎‎ ориентированный на моделирование ПО, таким образом, чтобы это ПО соответствовало ‎‎предметной области‎‎ и базировалось на вкладе экспертов этой области.

Видео