|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Добрый день. имеется legacy проект построенной на Java ee, с использованием REST, EJB. Иерархия такова, что сначала идет Resource -> Service -> Repository -> Entity. В некоторых статьях пишут что, бизнес логика должна быть независимым. А у меня уже зависит от repository, то есть от базы данных. Стоит ли написать так Resource -> Repository ->Entity -> Service. чтоб основная бизнес-логика делала только свою работу, а данные туда передавали через параметр. или как вообще построить? Старый код не буду рефакторить, есть необходимость написать новый модуль для другой задачи в этом же проекте ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2019, 06:41 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
АкпарСтоит листоит. Если ни разу не писал. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2019, 06:59 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Прочитал книжку дядюшки Боб. Немного прояснилось. Между границами, надо передавать обьект с простой структурой, получается dto обьекты подойдут?структуру базы данных(entity) знает только repositoryimpl слой. Так ли это? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2019, 13:30 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
мне кажется, там идет речь о том, что как раз в случае передачи от репы в сервис мы и передаем ентити. а вот скажем, маппинг ентити на таблицу -- это и есть задача репы. сервис же вполне делает какие то эволюции с ентити и дальше передает уже ДТО сделанную из этой ентити(ентитей) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2019, 13:51 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Акпар, хватит теории. В книжке есть пример метода сервисного слоя? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2019, 14:07 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Petro123Акпар, хватит теории. В книжке есть пример метода сервисного слоя? Как я понял надо использовать последний принцип SOLID - DIP. При обращении к этому компоненту стучимся к интерфейсу Service. А из serviceimpl обращаемся к интерфейсу repository. Это все один компонент. RepositoryImpl другой компонент, он зависит от компонента Service, так как его интерфейс находится в Service. Таким образом resource и repository зависят от service. А service ни от кого не зависит. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2019, 20:24 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Акпар, Еще раз спрошу - пример кода есть? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2019, 21:24 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Petro123Акпар, Еще раз спрошу - пример кода есть? Нет ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2019, 18:50 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Акпар, Получается, старый код ты показать не хочешь. В тех книгах про SOLID вообще примеров нет. И сам ты не написал ни одной строки? АкпарКак я понял надо использовать последний принцип SOLID - DIP. При обращении к этому компоненту стучимся к интерфейсу Service. А из serviceimpl обращаемся к интерфейсу repository. Это все один компонент. RepositoryImpl другой компонент, он зависит от компонента Service, так как его интерфейс находится в Service. Таким образом resource и repository зависят от service. А service ни от кого не зависит. Теперь попробуй пару строк кода написать как описал текстом. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2019, 19:29 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
АкпарМежду границами, надо передавать обьект с простой структурой,границы между разными гетерогенными средами. А не между слоями на бэке. DTO устарело. Главное json передать). Сущность это не структура базы. А бизнес сущность можно отдать на самый верх до json. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2019, 19:37 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Акпар, Совет: ТС много работает и делится кодом. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2019, 19:39 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Я предлагаю на уровне модераторов закрывать топики на 2й странице если нет кода для обсуждения. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2019, 22:04 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Обсуждение сферического Java EE в вакууме Oracle ADF - тоже Java EE. Только вот я совсем не понимаю, какие там могли бы быть обсуждение патернов и JSON'ов. В юзер референсе написано, создайте Entity и укажите его контролу - создаешь entity и указываешь нужному контролу. Все по референсе и без заумных слов типа ресоурсе, сервисе и прочих.... Что у автора топика за Java EE, то для меня загадка ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.03.2019, 00:08 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Мы как-то обсуждали тему JavaEE и не сошлись в определениях. По крайней мере ни один участник топика не подтвердил и не опроверг формального определения самого термина. Вобщем JavaEE остается загадкой которую каждый мыслит сам себе в рамках своей системы координат и в рамках своего experience. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.03.2019, 01:41 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
offtopic Не знаю, что есть "сферическое" Java EE, работал с фреймворком Oracle ADF (частично с предшедствующим Oracle OAF). Оно 100% Java EE. Но в дебри спецификации EE не лез. Мне и 5 книг/док по 2500 страниц по Oracle ADF хватало ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.03.2019, 10:24 |
|
Архитектура java ее проекта
|
|||
---|---|---|---|
#18+
Акпар, Что по вашему зависит/не зависит от БД (репозитория)? А так вам надо построить разные модели данных для разных слоев абстракции. Ну а приложение - это просто преобразование данных из одной модели в другую. <:o) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.03.2019, 11:42 |
|
|
start [/forum/topic.php?desktop=1&fid=59&tid=2121403]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
61ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
others: | 11ms |
total: | 171ms |
0 / 0 |