Автоматическая инициализация свойств или сервис-ориентированные назначения?

Question

Если мои объекты по большей части просто содержат данные, которые будут отправлены в представление, имеет ли смысл реализовать отдельный класс Service для инициализации объекта, извлечения данных и выполнения назначений? Вместо этого, должен ли объект «знать», что он должен делать, когда он создается, и, таким образом, делать соответствующие обращения к хранилищу по мере необходимости?

Answer 1

Мой подход заключается в использовании отдельных, иногда называемых ViewModel, для хранения данных, которые будут отображаться при просмотре, дополнительная информация о , что .
Об использовании дополнительного сервиса, когда я реализовал подобную инфраструктуру, я исследовал множество примеров и реальных приложений с открытым исходным кодом. Мое резюме:
1. Вы можете использовать отдельный сервис, который заполняет толстый класс ViewModel, посмотрите на Suetki Shop (толстый ViewModel - это модель, которая имеет много разных свойств для отображения данных не для одного представления, а для некоторой группы представлений)
2. Используйте отдельную ViewModel для каждого вида

Что касается меня, то ViewModel должен быть объектом POCO, без какой-либо логики и вызовов.

Answer 2

как активная запись? Я думаю, что DTO + DAO или доменный объект + репозиторий в большинстве случаев - лучший дизайн