Просто получается слишком много классов, дто на вход, потом домен, потом ентити, ужс) а еще, допустим если у меня структура того что я отдают на фронт и ентити совпадает, почему плохо отдать ентити? Чтобы не плодить не нужные абстракции, вроде в этой статье которую я скинул, фаулер как раз об этом говорит
люди по умней нас пытались сразу отдавать entity не взлетело так стоит ли самим расшибать лоб
Что касается выдачи сущностей наружу, там есть риск нарушить транзакционную целостность. Плюс сущности сложнее по структуре и эта сложность в интерфейсном слое в основном не нужна. Ситуации бывают разные, надо смотреть по ситуации
Что касается выдачи сущностей наружу, там есть риск нарушить транзакционную целостность. Плюс сущности сложнее по структуре и эта сложность в интерфейсном слое в основном не нужна. Ситуации бывают разные, надо смотреть по ситуации
кто подскажет, если у меня, скажем, есть какой-то запрос, его я обрабатываю другим классом, и тип объекта на выходе зависит от параметров запроса, какой паттерн лучше применить в таком случае?
кто подскажет, если у меня, скажем, есть какой-то запрос, его я обрабатываю другим классом, и тип объекта на выходе зависит от параметров запроса, какой паттерн лучше применить в таком случае?
кто подскажет, если у меня, скажем, есть какой-то запрос, его я обрабатываю другим классом, и тип объекта на выходе зависит от параметров запроса, какой паттерн лучше применить в таком случае?
Если посмотреть на нейминг - DTO - Data Transfer Object - то-есть обьекты которые только переносят данные между разными модулями/сервисами/уровням - можно называть их как угодно по конвенции вашего проекта
Домашнее задание. Спроектировать приложение "Библиотека": Автор Книга Читатель Читатель может брать книги
Реализовать хранение сущностей в БД.
Реализовать сервисы и контроллеры для операций: получить все книги, которые читает читатель с ID; получить все книги автора с ID; получить читателя, который читает книгу с ID получить всех читателей, которые читают книги автора с ID.
Привет! Тут кто-нибудь работал с wildfly? Мне нужно, вроде как, изменить имя datasource: datasource я сегодня утром создал, не заморачиваясь с именем, но в ТЗ недавно заметил, что имя должно быть другим. Как это делается?
Если в тз об этом всего одна строчка : "Data source в WildFly java:/magic/datasource/test-distance-calculator", то нужно в jndi и pool-name поменять строчки на вот это : <datasource jndi-name="java:/magic/datasource/test-distance-calculator" pool-name="magic/datasource/test-distance-calculator"> ? И затем перезапустить сервер и все?
Если в тз об этом всего одна строчка : "Data source в WildFly java:/magic/datasource/test-distance-calculator", то нужно в jndi и pool-name поменять строчки на вот это : <datasource jndi-name="java:/magic/datasource/test-distance-calculator" pool-name="magic/datasource/test-distance-calculator"> ? И затем перезапустить сервер и все?
Я бы откликнулся на другую позицию — это задание можно коротко назвать ‘Земля без Радости’