Что такое доменно-управляемый дизайн (DDD)? [закрыто]

Я продолжаю видеть, что DDD (Domain Driven Design) часто используется в статьях - я прочитал статью в Википедии о DDD, но до сих пор не могу понять, что это такое на самом деле и как я буду реализовывать это при создании своих сайтов?

Во-первых, если вы не знаете, что вам это нужно, возможно, вам это не нужно. Если вы не распознаете проблемы, которые решает DDD, возможно, у вас нет этих проблем. Даже защитники DDD часто отмечают, что DDD предназначен только для крупных (> 6 месяцев) проектов.

Предполагая, что вы все еще читаете в данный момент, мой взгляд на DDD таков:

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

Между вами и экспертом в области вы создаете вездесущий язык (UL), который представляет собой концептуальное описание системы. Идея заключается в том, что вы должны быть в состоянии записать, что делает система, так, чтобы эксперт по доменам мог прочитать ее и убедиться, что она правильная. В нашем примере со ставками распространенный язык будет включать в себя определение таких слов, как «раса», «ставка», «шансы» и так далее.

Концепции, описанные в UL, станут основой вашего объектно-ориентированного дизайна. DDD дает некоторые четкие указания о том, как ваши объекты должны взаимодействовать, и помогает вам разделить ваши объекты на следующие категории:

• Объекты-значения, представляющие значение, которое может иметь подразделы (например, дата может иметь день, месяц и год)
• Сущности, которые являются объектами с идентичностью . Например, каждый объект Customer имеет свою собственную идентификацию, поэтому мы знаем, что два клиента с одинаковыми именами не являются одинаковыми клиентами
• Совокупные корни - это объекты, которые владеют другими объектами. Это сложная концепция, и она основана на том, что есть некоторые объекты, которые не имеют смысла, если у них нет владельца. Например, объект «Строка заказа» не имеет смысла без принадлежащего ему «Порядка», поэтому мы говорим, что «Порядок» является совокупным корнем, а объектами «Строка заказа» можно манипулировать только с помощью методов в объекте «Порядок».

DDD также рекомендует несколько шаблонов:

• Репозиторий , шаблон для сохранения (сохранение и загрузка ваших данных, обычно в / из базы данных)
• Фабрика , шаблон для создания объектов
• Сервис, шаблон для создания объектов, которые управляют объектами вашего основного домена, не являясь частью домена.

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

Возьмите StackOverflow в качестве примера. Вместо того, чтобы начинать проектировать некоторые веб-формы, вы сначала концентрируетесь на объектно-ориентированном моделировании объектов в вашей проблемной области, например, пользователей, вопросов, ответов, голосов, комментариев и т. Д. Так как дизайн определяется деталями проблемы Домен это называется доменным дизайном .

Вы можете прочитать больше в книге Эрика Эванса .