xpendence Dec 5 2017 at 15:40

Настройка валидации DTO в Spring Framework

6 min

46K

Programming*Java*

Comments 22

symbix Dec 5 2017 at 17:52

опускаю [...] геттеры-сеттеры — уверен, вы умеете их создавать

Я не джавист, так что вопрос может показаться глупым, извините.

А почему геттеры-сеттеры, а не public final? DTO ведь по своей сути просто иммутабельная структура.

DSolodukhin Dec 5 2017 at 18:44

Так сложилось исторически ru.wikipedia.org/wiki/JavaBeans

xpendence Dec 5 2017 at 18:56

В принципе, Вы правы, суть DTO заключается в простой передаче объекта, но в Java всё-таки лучше придерживаться спецификации Java Beans. Для DTO стандартным будет набор "конструктор со всеми полями + геттеры".

xpendence Dec 5 2017 at 20:06

Также, допустим, Model Mapper именно сетит поля, поэтому, при его использовании нужны ещё и сеттеры.

mikaakim Dec 5 2017 at 23:10

Хотя бы для того, чтобы можно было поменять значение поле и сохранить тот же объект в базу, а не создавать новый этой операции.

symbix Dec 5 2017 at 23:17

Сохранить DTO в базу? Зачем?

michael_v89 Dec 6 2017 at 08:01

Жуть какая. Можно было просто сделать 2 разных DTO. Без всяких магических аннотаций.

xpendence Dec 6 2017 at 09:21

Правильно, зачем вообще лезть в этот жуткий Spring?

kBaHt Dec 6 2017 at 09:10

А в каком пакете лежит аннотация Validation?

xpendence Dec 6 2017 at 09:11

Для пользования нужно подключить Spring Context.

kBaHt Dec 6 2017 at 10:33

Вы не путаете с @Validated?

xpendence Dec 6 2017 at 19:28

Да, опечатка. Исправлю. Писал не в IDE.

AstarothAst Dec 6 2017 at 10:23

Я опускаю конструкторы и геттеры-сеттеры — уверен, вы умеете их создавать, а увеличивать в 3-4 раза код смысла не вижу — представим, что они уже есть.

Для этого придумали lombok и аннотацию Data

krupt Dec 6 2017 at 12:54

А какие сообщения об ошибках будут уходить в ответе? Хотелось бы взглянуть

xpendence Dec 6 2017 at 19:29

Выбросит HttpStatus 409 и не пропустит дальше аннотации.

Leffchik Dec 6 2017 at 22:09

Плюсую. Также интересуют более сложные варианты валидации. К примеру, если ли пользователь с таким именем уже в БД, валидация завязанная на несколько полей сразу и проч. Будет ли продолжение?
P.S. Также не нашёл аннотацию @Validation. Есть @Validated. Возможно перепутали?

xpendence Dec 6 2017 at 22:09

Да, опечатался. Исправил.

AstarothAst Dec 7 2017 at 11:16

Не претендую на правоту, но «более сложные варианты валидации», наверное, все же лучше реализовывать махровой императивщиной, а не магическими аннотациями — чем сложнее будет маршрут валидации, тем сложнее будет понять, что, как и в каком порядке проверяется. Плюс это будет дебажится, что позволит найти ответ на рано или поздно возникнувший вопрос «а почему конкретно в этом случае не работает?»

Leffchik Dec 7 2017 at 11:21

Согласен. Тем не менее, интересуют варианты реализации, общий каркас, скажем так.

rraderio Dec 7 2017 at 13:31

Можно как-то сделать чтобы часть валидировались аннотациями а часть махровой императивщиной?

UFO just landed and posted this here

rraderio Dec 8 2017 at 13:08

docs.microsoft.com/en-us/dotnet/csharp/programming-guide/classes-and-structs/partial-classes-and-methods

Show the best of all time