Size: a a a

2020 November 25

V

Vlad in pro.jvm
Вениамин Белоусов
Это параметры выызова вроде достать. Сори, видимо не очень точно написал. Мы передаем одну сущность, а код сохраняет и возвращает другую сущность. Надо вернуть именно ту сущность, которую создал код.
В объекте Answer можно описать любое поведение
https://javadoc.io/static/org.mockito/mockito-core/3.2.4/org/mockito/stubbing/Answer.html
источник

ВБ

Вениамин Белоусов... in pro.jvm
Denis Chikanov
Бред какой-то. Ты хочешь замокать код, но при этом тебе нужно, чтобы он отработал именно так, как он обычно отрабатывает (потому что подмена его логики тебя не устраивает).
Да вроде нет. Просто чтобы при вызове save возвращалась сущность переданная в него без других действий. overridом решается за 2 секунды. А с мокито вот ищу вариант)
источник

DV

Darth Vader in pro.jvm
Ростислав Лозовой
Всем привет. Не могу как построить дизайн кода.
Хочу парсить данные с открытого апи(рест).
Например, у меня есть апи поиска Авто(тоже рест).
1.Клиент отправляет пост запрос, получаю какой-то АвтоДто от клиента.
2.Этот АвтоДто маплю на другой дто(АвтоРеквестДто) и отправляю как параметр запроса на другой апи(с использованием OpenFeign),
3.Получаю АвтоРеспонсДто и начинаю парсить данные с помощью JSONObject.
4.Из этих данных хочу формировать пфд, и отправить обратно на клиент.
И теперь на сколько сервисов(интерфейс) разбить этот процесс чтобы в будущем поддерживать?

И обязательно ли в ресте, чтобы тело запроса и ответа оставалось одинковой?
public AutoDto(or AnotherDto) find(@RequestBody AutoDto autoDto){
       return autoService.find(autoDto);
   }
Сделай по-быстрому, чтоб заработало, потом отрефакторишь
источник

ВБ

Вениамин Белоусов... in pro.jvm
Vlad
В объекте Answer можно описать любое поведение
https://javadoc.io/static/org.mockito/mockito-core/3.2.4/org/mockito/stubbing/Answer.html
Все, отлично. Понял
источник

V

Vlad in pro.jvm
Вениамин Белоусов
Да вроде нет. Просто чтобы при вызове save возвращалась сущность переданная в него без других действий. overridом решается за 2 секунды. А с мокито вот ищу вариант)
Так Антон и написал, мок, который возвращает сущность переданную в метод
источник

ВБ

Вениамин Белоусов... in pro.jvm
Антон
.thenAnswer(invocation -> invocation.getArguments()[0]
если я правильно помню
Спасибо!
источник

РЛ

Ростислав Лозовой... in pro.jvm
Darth Vader
Сделай по-быстрому, чтоб заработало, потом отрефакторишь
самое интересное я так уже сделал, ну теперь не могу разбить на сервисы, чтобы придерживаться принципов проектирования)
источник

V

Vlad in pro.jvm
Ростислав Лозовой
самое интересное я так уже сделал, ну теперь не могу разбить на сервисы, чтобы придерживаться принципов проектирования)
Почему не можешь?
источник

РЛ

Ростислав Лозовой... in pro.jvm
Vlad
Почему не можешь?
опыта не хватает, я джуниор)
источник

V

Vlad in pro.jvm
Ростислав Лозовой
опыта не хватает, я джуниор)
А какие есть идеи?
источник

РЛ

Ростислав Лозовой... in pro.jvm
пока первое что пришло, это спросить
источник

YG

Yury Golikov in pro.jvm
Ростислав Лозовой
Всем привет. Не могу как построить дизайн кода.
Хочу парсить данные с открытого апи(рест).
Например, у меня есть апи поиска Авто(тоже рест).
1.Клиент отправляет пост запрос, получаю какой-то АвтоДто от клиента.
2.Этот АвтоДто маплю на другой дто(АвтоРеквестДто) и отправляю как параметр запроса на другой апи(с использованием OpenFeign),
3.Получаю АвтоРеспонсДто и начинаю парсить данные с помощью JSONObject.
4.Из этих данных хочу формировать пфд, и отправить обратно на клиент.
И теперь на сколько сервисов(интерфейс) разбить этот процесс чтобы в будущем поддерживать?

И обязательно ли в ресте, чтобы тело запроса и ответа оставалось одинковой?
public AutoDto(or AnotherDto) find(@RequestBody AutoDto autoDto){
       return autoService.find(autoDto);
   }
“И обязательно ли в ресте, чтобы тело запроса и ответа оставалось одинковой?”
Оригинальных принципов рест очень мало. А комьюнити эдишн рест - всегда разные правила. Так что забей.

Почитай про SRP. На файлики бьют по причинам изменения.
Пока что вообще похоже на одну функцию)
источник

V

Vlad in pro.jvm
Yury Golikov
“И обязательно ли в ресте, чтобы тело запроса и ответа оставалось одинковой?”
Оригинальных принципов рест очень мало. А комьюнити эдишн рест - всегда разные правила. Так что забей.

Почитай про SRP. На файлики бьют по причинам изменения.
Пока что вообще похоже на одну функцию)
Ну сервис генерации пдф то точно не в том же сервисе...
источник

YG

Yury Golikov in pro.jvm
Vlad
Ну сервис генерации пдф то точно не в том же сервисе...
Ну да, если это не готовое решение
источник

AE

Alexandr Emelyanov in pro.jvm
Ростислав Лозовой
опыта не хватает, я джуниор)
источник

DD

Dmitry Dmitry in pro.jvm
кто нибудь сталкивался с тем когда идея пытается добавить в commit *.iml файлы, когда в .gitignore прописано *.iml
invalidate cache & restart не помогает
источник

РН

Роман Нагаев... in pro.jvm
Ростислав Лозовой
Всем привет. Не могу как построить дизайн кода.
Хочу парсить данные с открытого апи(рест).
Например, у меня есть апи поиска Авто(тоже рест).
1.Клиент отправляет пост запрос, получаю какой-то АвтоДто от клиента.
2.Этот АвтоДто маплю на другой дто(АвтоРеквестДто) и отправляю как параметр запроса на другой апи(с использованием OpenFeign),
3.Получаю АвтоРеспонсДто и начинаю парсить данные с помощью JSONObject.
4.Из этих данных хочу формировать пфд, и отправить обратно на клиент.
И теперь на сколько сервисов(интерфейс) разбить этот процесс чтобы в будущем поддерживать?

И обязательно ли в ресте, чтобы тело запроса и ответа оставалось одинковой?
public AutoDto(or AnotherDto) find(@RequestBody AutoDto autoDto){
       return autoService.find(autoDto);
   }
очень похоже на enterprise integration patterns
https://www.enterpriseintegrationpatterns.com/patterns/messaging/

но есть подозрения что это будет оверинжиниринг, смотри по ситуации
источник

РЛ

Ростислав Лозовой... in pro.jvm
Роман Нагаев
очень похоже на enterprise integration patterns
https://www.enterpriseintegrationpatterns.com/patterns/messaging/

но есть подозрения что это будет оверинжиниринг, смотри по ситуации
спасибо, почитаю
источник

AE

Alexandr Emelyanov in pro.jvm
Dmitry Dmitry
кто нибудь сталкивался с тем когда идея пытается добавить в commit *.iml файлы, когда в .gitignore прописано *.iml
invalidate cache & restart не помогает
Либо гитигнор неправильный, либо файлы уже в индексе
источник

IZ

Ivan Zemlyankiy in pro.jvm
Dmitry Dmitry
кто нибудь сталкивался с тем когда идея пытается добавить в commit *.iml файлы, когда в .gitignore прописано *.iml
invalidate cache & restart не помогает
Значит уже был коммит на эаот файл
источник