Вопрос

У меня есть класс сущности и класс DAO.

Если класс DAO - это обязанность создать экземпляры класса объектов, или должен быть класс Creator/Manager Creator/Manager, который использует класс DAO только для того, чтобы получить данные из базы данных для создания класса объектов.

Спасибо,

Крис

Это было полезно?

Решение

DAO должно быть обязанностью загрузить постоянный объект из хранилища данных и возвращать временный экземпляр. Зачем здесь добавлять еще один слой абстракции?

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

Другие советы

Я обычно позволяю Дао знать о сборке сущности и возвращаю полностью увлажненную сущность. Почему? Потому что обычно DAO существует только для поддержки этой сущности. Если его роль не связана с поддержкой этой сущности или связанных сущностей, то вы можете посмотреть на промежуточный слой.

Я предполагаю, что вы говорите о постоянной сущности и о чем -то, что управляет этой настойчивостью. На мой взгляд, нет никакой ценности в использовании фабрики для простого создания POJO. Используйте обычные средства, а затем используйте DAO, EntityManager, что угодно, чтобы справиться с настойчивостью. Я думаю, что ключевым моментом не является то, чтобы позволить стратегии настойчивости/реализации истечь через ваш бизнес API.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top