g
Вообще не понял как валидировать json по схеме. Всю валидацию в схему не впихнешь
Size: a a a
2021 October 11
КЧ
Ну состав полей и типы впихнешь
NG
форматную - впихнешь. логическую - при формировании сообщения просто эксепшен кидать, если данные на входе не валидны
g
Чёт ценности это не много принесёт на мой субъективный
NG
хз, мне надоело падать через точку от неопределено на чтении и записи еще в 2014ом году
КЧ
А что случилось в 2014ом?
g
Крым наш?
NG
осознал статью Андрея про XDTO
КЧ
Ааа, та самая, ага. До меня тоже не сразу дошло, а потом прозрел
YM
Дайте ссылочку. А то по валидации - у меня бооольшой пробел (
NG
"XDTO - это просто!" на инфостарте. в трех частах
NG
от EvilBeaver
YM
Благодарю!
DK
Плюс один к обоим способам. В коде метод Проверить() на объекте XDTO при сериализации с помощью XML схемы и модульный тест для сравнения с эталоном перед сборкой cf.
Актуальность XDTO и модульного теста поддерживает разработчик.
Актуальность XDTO и модульного теста поддерживает разработчик.
DK
Правда возможности валидации XML схемы бедноваты по сравнению с тем же сваггером. Формат строк, например, что это UUID, не проверить :( .
PZ
Разве?
Там можно регулярку написать же на формат уид
Там можно регулярку написать же на формат уид
DK
Можно поподробнее. Как написать регулярку в XML схеме?
NG
почему нет? создаете собственный тип, на него рестрикшен с фасетом, и все
DK
Уже интересно. Где можно пример посмотреть?
