VT
Size: a a a
2020 February 13
VS
Нету
Земля тогда стекловатой
VM
Нету
В IDEA правой кнопкой по жарнику и Show in explorer
AB
В IDEA правой кнопкой по жарнику и Show in explorer
пом открывает
VM
пом открывает
Хз, сижу на gradle..законом не запрещено..
AS
куда maven скачивает то, что указано в <dependency>
проверь настройки проекта, мошт у тя кастомный репозиторий указан
D
Всем привет, кто-то может описать или посоветовать ссылку по работе с dto?
Если по конкретным вопросам - например, нужно отобразить список User на вьюхе.
1) Хорошо ли сразу из бд вытягивать именно dto?
2) Нужно ли отдельное dao под это - UserDtoDao, или достаточно в UserDao делать метод, возвращающий список dto?
3) Подобный вопрос по UserService - трансформацию из сущности в dto делать в нем, если надо прокинуть затем в контроллер? И нужен ли UserDtoService?
4) В контроллер приходит dto, в таком же виде передавать в сервис, который сам ее конвертирует в сущность?
5) И вообще модели-сущности в контроллере - это плохо, или в меру можно?
6) Какая-нибудь удобная либа для dto или всё руками?
Если по конкретным вопросам - например, нужно отобразить список User на вьюхе.
1) Хорошо ли сразу из бд вытягивать именно dto?
2) Нужно ли отдельное dao под это - UserDtoDao, или достаточно в UserDao делать метод, возвращающий список dto?
3) Подобный вопрос по UserService - трансформацию из сущности в dto делать в нем, если надо прокинуть затем в контроллер? И нужен ли UserDtoService?
4) В контроллер приходит dto, в таком же виде передавать в сервис, который сам ее конвертирует в сущность?
5) И вообще модели-сущности в контроллере - это плохо, или в меру можно?
6) Какая-нибудь удобная либа для dto или всё руками?
1
How's everything with you?
B
Роман Нагаев would like to kick 19739692767. Do you agree?
НК
Всем привет, кто-то может описать или посоветовать ссылку по работе с dto?
Если по конкретным вопросам - например, нужно отобразить список User на вьюхе.
1) Хорошо ли сразу из бд вытягивать именно dto?
2) Нужно ли отдельное dao под это - UserDtoDao, или достаточно в UserDao делать метод, возвращающий список dto?
3) Подобный вопрос по UserService - трансформацию из сущности в dto делать в нем, если надо прокинуть затем в контроллер? И нужен ли UserDtoService?
4) В контроллер приходит dto, в таком же виде передавать в сервис, который сам ее конвертирует в сущность?
5) И вообще модели-сущности в контроллере - это плохо, или в меру можно?
6) Какая-нибудь удобная либа для dto или всё руками?
Если по конкретным вопросам - например, нужно отобразить список User на вьюхе.
1) Хорошо ли сразу из бд вытягивать именно dto?
2) Нужно ли отдельное dao под это - UserDtoDao, или достаточно в UserDao делать метод, возвращающий список dto?
3) Подобный вопрос по UserService - трансформацию из сущности в dto делать в нем, если надо прокинуть затем в контроллер? И нужен ли UserDtoService?
4) В контроллер приходит dto, в таком же виде передавать в сервис, который сам ее конвертирует в сущность?
5) И вообще модели-сущности в контроллере - это плохо, или в меру можно?
6) Какая-нибудь удобная либа для dto или всё руками?
Dto - это как раз корзинка что передачи данных. Тащим из БД entity, перекладываем значения в dto - отправляем дальше.
НК
Т. Е. дергаешь сервис, он дергает dao, формирует нужные dto и возвращает дтошки. Дальше делай то, что нужно с этими дто
НК
И контроллер не должен содержать бизнес логики. Всего лишь принять запрос и передать сервису, вернуть ответ. Весь бизнес на уровне сервисов.
VS
напиши @banofbot, его такое интересует
B
🔫 @best_marketin has been kicked — the only way to get this user back is for admins to manualy unban in chat settings.
Voters who chose to kick:
@vdsirotkin, Anton, @VitBlokhin, @VADMARK, @mind0wner, Roman Office, Николай Клятышев, @fishy_ishy, @Rosssich, @alexsagent
Voters who chose to kick:
@vdsirotkin, Anton, @VitBlokhin, @VADMARK, @mind0wner, Roman Office, Николай Клятышев, @fishy_ishy, @Rosssich, @alexsagent