В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

learn.java

3158 membersпожаловаться на группу
2020 May 19

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in learn.java
Если ты контролируешь код контроллеров, то в общем ничего страшного не будет, если отдать туда entity и там уже мапить.
Если не контролируешь, то лучше отдавать полную дто, а дальше пусть делают, что хотят
источник
15:59пожаловаться#1

ВК

Владислав Кузнецов... in learn.java
Владислав Кузнецов
Всем привет, есть проблема с грамотной конфигурацией google авторизации, очень нужна помощь знатоков, можно и в личку (работает и сейчас, но мне кажется я слишком накостылил).

Оформил в вопрос с кодом здесь - https://ru.stackoverflow.com/questions/1127951/spring-boot-google-oauth2-from-external-client-on-vuejs
Stack Overflow на русском
Spring Boot - Google oAuth2 from external client on VueJS
Проблема: не получается настроить просто отправку get запроса для авторизации так, чтобы не нужно было делать такой костыль как у меня с редиректом. И так же не получается выполнить грамотный запро...
Найдитесь, пожалуйста, помощники!)
источник
16:01пожаловаться#2

DS

Dmitriy Shilnikov in learn.java
Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶
Если ты контролируешь код контроллеров, то в общем ничего страшного не будет, если отдать туда entity и там уже мапить.
Если не контролируешь, то лучше отдавать полную дто, а дальше пусть делают, что хотят
А если в entity ленивые поля есть?
источник
16:03пожаловаться#3

ДО

Даниил Осипов... in learn.java
Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶
Если ты контролируешь код контроллеров, то в общем ничего страшного не будет, если отдать туда entity и там уже мапить.
Если не контролируешь, то лучше отдавать полную дто, а дальше пусть делают, что хотят
Мне просто просто архитектурно не нравится то, что у нас сервис зависит от контроллера. Сущности зависят от таблиц в базе. DAO от сущностей. Сервис от dao. А теперь вдруг бац, и сервис зависит от вышестоящего контроллера. Из-за того, что мы внедряем в него маппер
источник
16:05пожаловаться#4

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in learn.java
Dmitriy Shilnikov
А если в entity ленивые поля есть?
То надо думать над тем, чтобы отдавать дто с тем набором полей, которые хочет вызывающий код.
В спринг дата для этого есть projections
источник
16:08пожаловаться#5

NS

Name Schiefer in learn.java
Как решать кейс когда у прототипа есть и зависимости и final поля?
источник
16:10пожаловаться#6

ДЧ

Денис Чиканов... in learn.java
Name Schiefer
Как решать кейс когда у прототипа есть и зависимости и final поля?
Прототипа?
источник
16:10пожаловаться#7

NS

Name Schiefer in learn.java
Пардон, @Bean(scope=prototype)
источник
16:11пожаловаться#8

P

Pan Kotek in learn.java
Name Schiefer
Как решать кейс когда у прототипа есть и зависимости и final поля?
Инжектить ObjectFactory<Dependency>, но это такое себе решение
источник
16:12пожаловаться#9

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in learn.java
Даниил Осипов
Мне просто просто архитектурно не нравится то, что у нас сервис зависит от контроллера. Сущности зависят от таблиц в базе. DAO от сущностей. Сервис от dao. А теперь вдруг бац, и сервис зависит от вышестоящего контроллера. Из-за того, что мы внедряем в него маппер
Ну тут 2 варианта:
Отдавать из сервиса полностью заполненную дто и дальше ее можно как угодно мапить вне сервиса.
Либо принимать в методах сервиса класс дто. Но тогда либо все возможные классы дто лежат рядом с сервисом, либо надо быть готовым к тому, что будут запрашиваться дто, несовместимые с сущностью.
источник
16:14пожаловаться#10

ДО

Даниил Осипов... in learn.java
Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶
Ну тут 2 варианта:
Отдавать из сервиса полностью заполненную дто и дальше ее можно как угодно мапить вне сервиса.
Либо принимать в методах сервиса класс дто. Но тогда либо все возможные классы дто лежат рядом с сервисом, либо надо быть готовым к тому, что будут запрашиваться дто, несовместимые с сущностью.
А чем отличается полностью заполненная dto от обычной сущности?
источник
16:15пожаловаться#11

М

Михаил in learn.java
Даниил Осипов
А чем отличается полностью заполненная dto от обычной сущности?
В нем нет логики, прежде всего. Зависимостей тоже быть не должно.
источник
16:16пожаловаться#12

ДО

Даниил Осипов... in learn.java
Михаил
В нем нет логики, прежде всего. Зависимостей тоже быть не должно.
а она нам и не нужна, мы просто маппим сущность в другую дто
источник
16:17пожаловаться#13

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in learn.java
Даниил Осипов
А чем отличается полностью заполненная dto от обычной сущности?
В сущности есть логика и информация, связанная с орм
источник
16:17пожаловаться#14

Ю

Юрий in learn.java
Михаил и Дмитрий, вы конечно извините, но я вас не понимаю
источник
16:17пожаловаться#15

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in learn.java
Юрий
Михаил и Дмитрий, вы конечно извините, но я вас не понимаю
Выше был вопрос про лейзи поля. Если отдавать наружу сущность, то при попытке дёрнуть лейзи поле можно получить исключение.
источник
16:19пожаловаться#16

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in learn.java
Потому что в самой сущности геттер для этого лейзи поля - это метод, который лезет в БД. А сущность скорее всего будет детачнутая и в бд слазить не получится
источник
16:20пожаловаться#17

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in learn.java
Это очень поверхностно, но если углубляться в детали, то это займет много времени
источник
16:21пожаловаться#18

ДО

Даниил Осипов... in learn.java
Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶
В сущности есть логика и информация, связанная с орм
Это понятно, но причем тут это? Почему нельзя чтобы, сервис возвращал только сущности, а контроллер уже сам бы вызывал нужный маппер для нужной дто?
источник
16:21пожаловаться#19

ДО

Даниил Осипов... in learn.java
И тогда у нас не будет лишней зависимости и лишних методов у сервиса
источник
16:22пожаловаться#20