Ленивые поля Loading DTO в Spring
Ваш сервис работает как пользователь. Обычно, когда вы создаете сервис, он устанавливает там учетную запись по умолчанию. Когда вы запускаете код вручную, он выполняется под вашими привилегиями. Когда служба запускает код, привилегии предоставляются учетной записи, под которой запускается служба. Просто зайдите на этот сервис и попробуйте запустить себя как
2 ответа
Легче перенести ДАО вокруг ДАО... это зависит от того, через какое количество из модели Вы хотите принести. DTO обычно не используется, чтобы принести один многим с ними, как две или больше отдельных базы данных/дао звонят. В этом случае Вы действительно хотите ORM. Начиная с Вашего поиска ответа дао......
Нет ничего мешающего Вам соединить ДАО, чтобы дать Вам один единственный DTO. Это легче, затем подключили DTO к ДАО. Это не действительно уровень служб, это - просто стандартные блоки ДАО. Таким образом, у Вас могли бы быть PersonDao и TelephoneNumberDao. У человека может быть более затем один номер телефона, таким образом, у Вас мог также быть PersonModelDAo, который использует PersonDao и TelephoneNumberDao под капотом, чтобы сделать, это - работа.
С другой стороны, избегайте целой проблемы и не пытайтесь отобразить 1-N между человеком и номером телефона на уровне DTO. Просто имейте свой UI, выполняют правильные вызовы к правильному ДАО. Мне на самом деле нравится это лучше при использовании DTO.
Распространено представить уровень служб, который переносит Ваши ДАО и обрабатывает проблемы, такие как это. Если Вы боитесь, что помещаете слишком много шаблонного кода в свой DTOs для обработки ленивой загрузки, возможно, использование AOP могло быть способом достигнуть этого. Вы могли бы хотеть изучить AspectJ и переплетающийся или во время компиляции или время загрузки. Так как Вы изменили бы байт-код непосредственно, Вы не должны будете волноваться о производительности наверху основанного на прокси AOP.