Какие проблемы Вы находите с этим представлением об управляемом доменом дизайне? [закрытый]

Мы используем подход «анемичной модели», чтобы мы могли повторно использовать одни и те же модели с другой бизнес-логикой. Однако мы включаем вычисления и вспомогательные методы в наши модели, если они применимы для всех случаев. Но мы ничего не вводим в наши модели и не вводим наши модели в IoC.

Лично я не уверен, что часть, касающаяся внедрения объектов репозитория в объекты домена (имеется в виду постоянные сущности), необходима для Spring и Hibernate. Hibernate уже предоставляет постоянные коллекции, которые могут выполнять отложенную загрузку, поэтому у вас уже есть возможность перемещаться по модели предметной области таким образом, чтобы отделять инфраструктуру доступа к данным от бизнес-логики. Я не понимаю, какую ценность добавляет добавление репозиториев к модели предметной области.

РЕДАКТИРОВАТЬ: Ой, опубликовал это перед прочтением всей статьи. Теперь, когда я прочитал весь пост в блоге, я думаю, что согласен с ним. Мне нравится часть, в которой рекомендуется по возможности обходиться без DTO.