Агрегаты перемещения

Question

Выполнение небольшого чтения вокруг проекта, управляемого доменом, и кажется, что вы должны получить доступ ко всем сущностям в совокупности путем обхода из корня агрегата.

Однако в то же время вы должны попробовать и инкапсулировать свои данные, чтобы свойства/поля были защищены или закрыты.

Поэтому мой вопрос: если поля защищены/приватны, как вы должны проходить через агрегат?

Способ, которым я настроил это в данный момент, заключается в следующем: я отмечаю все свойства моей модели домена как внутренние с методами «настройки», отмеченными как защищенные. Таким образом, по крайней мере ничто вне модели не может получить доступ к свойствам, но объекты внутри модели могут получить доступ к другим объектам, и я все же разрешаю устанавливать свойства только внутри самого объекта.

Несмотря на то, что я сделал это, я все еще чувствую, что это должно применяться только к свойствам для других агрегатных объектов (я имею в виду, что «имя» клиента все равно будет частным, но их «Заказы» должны быть отмечены как внутренняя, чтобы обеспечить обход Клиента -> Заказы -> и т. д.)

У кого-нибудь есть рекомендации по этому вопросу?

EDIT:

Позвольте мне попытаться дать более конкретный пример вопроса: У меня есть два объекта в моем графике объекта: Книжная полка и книги. Скажем, ради этого примера, что Книжная полка является совокупным корнем и что Книги хранятся на книжной полке, так что это просто сущности внутри совокупности (Книжная полка имеет коллекцию книг).

Я хочу написать способ добавления новой книги на книжную полку. Следуя рекомендациям DDD, я считаю, что должен написать метод в классе Bookshelf, например AddBook (Book Book).

Однако, если есть требование о том, что на книжную полку не может быть добавлена ​​книга с таким же названием. Мне нужна логика в методе Bookshelf.AddBook для проверки коллекции книг, чтобы убедиться, что эта книга еще не существует.

Проблема теперь в том, что я не могу этого сделать, поскольку я написал объект книги в красиво инкапсулированном виде, а его свойство «Имя» не является общедоступным.

Я понимаю, что это довольно надуманный пример, но я надеюсь, что это лучше иллюстрирует проблему. Я также понимаю, что это не просто проблема DDD, а инкапсуляция OO в действительности. Я уверен, что должен быть очень распространенный, простой способ решить то, что я пытаюсь сделать, и я сильно его переусердствовал.

Answer 1

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

Другими словами, нет ничего плохого в том, чтобы разоблачить свойство имени книги на Книжной полке, но было бы неправильно (в смысле лучших практик DDD) выставить имя Книги другим агрегатам. Было бы также неправильно раскрывать модифицируемый сборник книг. Публикация коллекции только для чтения должна проводиться с осторожностью - это может быть признаком нарушения инкапсуляции.

Ответит ли это на ваш вопрос?

Answer 2

Visitor pattern является типичным механизмом обхода.