где создавать простые объекты/объекты объекта? DDD

Question

Использование архитектуры, управляемой доменом, где созданы объекты или объекты простого значения?

Например, если мне нужно создать простой объект значения в классе службы, я бы просто вызвал новый оператор класса класса объекта, связав его с классом службы?

Может ли новый оператор быть вызван в классе обслуживания в соответствии с проектом, управляемым доменом?

Эти объекты ценности нельзя вводить через контейнер DI, и они не гарантируют использование фабрики из-за их простоты.

Answer 1

Что случилось с копированием их непосредственно из их конструктора?

Обычно вам нужны только фабрики, когда процесс создания экземпляра является сложным или когда вы хотите избавить клиента от выбора конкретного класса.

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

var task = project.addTask(...); 

Это было бы выразить «задачи могут быть добавлены к проектам»:

Например, вместо того, порождая задачи проекта из воздуха, как показано ниже:

var task = new Task(projectId, ...); 

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