VP
Human Human
ну обработку пишешь один раз. А 2-3 анотации ставишь 100500 раз
Но это по прежнему лишь аннотация с парой параметров
Size: a a a
2021 January 15
HH
Но это по прежнему лишь аннотация с парой параметров
Ладно, пойду дальше лепить эту кучку анотаций и не выебываться)))
VP
Зато когда (если) понадобится более сложная логика, например проверить что сохраняемая в поле дата - это дата в будущем, вы просто повесите условный @future над dto и не надо будет разворачивать с нуля
HH
Зато когда (если) понадобится более сложная логика, например проверить что сохраняемая в поле дата - это дата в будущем, вы просто повесите условный @future над dto и не надо будет разворачивать с нуля
Да, но проблема не в этом была. А в том, что надо в 4 местах это прописывать
VP
Нууу, если это сильно бесит, можно попробовать какой-нибудь spring data rest
VP
Будет одна модель
A
Нууу, если это сильно бесит, можно попробовать какой-нибудь spring data rest
Лучше не надо - когда доменная модель возвращается через апиай это печалит
HH
Нууу, если это сильно бесит, можно попробовать какой-нибудь spring data rest
Там же все равно скорее всего надо будет вешать констрейнты только на entity вместо dto
VP
Лучше не надо - когда доменная модель возвращается через апиай это печалит
В целом согласен, сами обычно не используем, хотя для условных read only справочных сущностей не вижу проблемы
VP
Human Human
Там же все равно скорее всего надо будет вешать констрейнты только на entity вместо dto
Да, но это уже 1 место на весь код бэка, товарищ то на дублирование валидации жаловался
HH
Да, но это уже 1 место на весь код бэка, товарищ то на дублирование валидации жаловался
Да, этот товрищ я. Я жаловался, что надо делать валидацию на
1. фронте 2. В DTO 3. DB 4. Прописывать в api spec
1. фронте 2. В DTO 3. DB 4. Прописывать в api spec
VP
Таков путь :)
VP
Ну т.е. можно придумать кейс как это порешать, упомянутый spring data rest + генерация db скриптов для liquibase + генерация спеки через swagger + фронт на vaadin
VP
Всё это вроде пытались сделать в cuba platform, но мои коллеги посмотрев примеры отказались это юзать
DC
Ну т.е. можно придумать кейс как это порешать, упомянутый spring data rest + генерация db скриптов для liquibase + генерация спеки через swagger + фронт на vaadin
Или проект на Котлине с Котлин-жс :D
HH
Или проект на Котлине с Котлин-жс :D
ахаха я как то в серьез хотел писать пет проджект на нем. Как начал понял, что не стоит. Также с хаскелем было…
C
Ну т.е. можно придумать кейс как это порешать, упомянутый spring data rest + генерация db скриптов для liquibase + генерация спеки через swagger + фронт на vaadin
а зачем скрипты базы генерить? хиба ж сама по описанию сгенерит таблички
AE
так сделайте только констрейт и покажите нам, как не писать 100500 аннотаций, а красиво парсить текст ошибки, а мы все оценим :) реально уже стало интересно на сколько это легко / легче сделать
Самый главный квест будет - пусть все ошибки валидации таким образом соберёт за запрос, ведь в отличии от валидации, которая прогонит все проверки и отдаст все ошибки - база плюнет первый фейл и все. Клиенту при этом придется делать много попыток пока не получит все ошибки
AE
Вообще если делать по фен-шую, то должно быть 4 валидации.
1. Фронт
2. API (DTO,, которые валидирует spring mvc)
3. Entity, их провалидирует jpa перед отправкой в бд (те же аннотации javax validation). Проверка что не накосячил при маппинге и в бизнес логике
4. Констрейнты в бд
1. Фронт
2. API (DTO,, которые валидирует spring mvc)
3. Entity, их провалидирует jpa перед отправкой в бд (те же аннотации javax validation). Проверка что не накосячил при маппинге и в бизнес логике
4. Констрейнты в бд