Использование фабрики в объекте модели домена?

Question

Сценарий:

В моем приложении (которое использует богатую модель домена, где логика находится в модели, а не в сервисах) У меня есть пользователи. Я создаю новые пользователь с сервисом

User newUser = userService.createNewUser("Hans Dampf"); 

или получить их из базы данных

User oldUser = userDao.findByName("Hans Dampf"); 

Потому что в каждом вызове в мое приложение у меня есть прямой доступ к объекту пользователя, я хотел бы использовать пользователь объект как точка входа в мою модель домена.

Каждый пользователь может иметь разные типы Галереи, сохраненные в другой таблице.

class User { 
@OneToMany(fetch = FetchType.LAZY) 
@JoinColumn(name = "userId") 
private Set<Gallery> automatic = new HashSet<Gallery>(); 
} 

Я хочу иметь простой способ включить конкретную галерею. Так что мой API будет выглядеть следующим образом:

User user = ... // creating or retriving user 
user.enableMainGallery(); 

Внутри этого метода было бы necassary создать новый объект галереи и добавить его в список галерей. Но как создать этот новый экземпляр? Использование фабрики? Это потребует ввода фабрики в объект домена (может быть проблематичным).

public void enableAutomaticGallery() { 
    automatic.add(automaticFactory.createAutomaticGallery(this)); 
} 

Или мое определение интерфейса ошибочно? Должен ли я определить его каким-то другим способом, так что мне не нужно вводить завод? Как?

Answer 1

Как вы говорите, объекты домена не должны зависеть от объектов уровня приложения, таких как фабрики или Daos.

Домен обычно:

• комплексно достаточно с функциональными потребностями, без добавления других проблем (например, сохранение, проверка, GUI и т.д. ...)
• центральный и используется (так что это сложность снижает вашу производительность во многих действиях кодирования)
• многоразовый в связанных приложениях и на всех уровнях может быть даже сериализован и отправлен на diff различны JVM на клиенте или WebService (если он не имеет зависимостей на объекты прикладного уровня)

Таким образом, ваш метод enableAutomaticGallery должен быть на объекте обслуживания. Он может иметь тот же код, но будет зависящим от приложения.

Answer 2

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

Я бы предложил вместо метода User.enableMainGallery(), который должен добавить Gallery объектов в коллекцию экземпляров (как вы сказали), чтобы вместо этого выставить метод User.addGallery(Gallery).

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

Другими словами, я не считаю, что объект User должен нести ответственность за то, что он означает «включить главную галерею». Это звучит как нечто, что подпадает под умрулла бизнес-логики (я знаю, двусмысленный термин).