NK
Есть ли у вас технический долг?
Анонимный опрос
Проголосовало: 905Правильно!
Друзей не продаёшь :)
Size: a a a
2020 March 08
ОР
Правильно!
Друзей не продаёшь :)
Друзей не продаёшь :)
😂
ЯА
Приветствую всех
ЖШ
Вопрос @tshemsedinov и всем про валидацию.
Есть POST запрос c телом:
{
email: "asd@das.com"
}
Хочется получить ответ при ошибках:
{
errors: {
email: [
"Необходимо ввести это поле",
"Не правильный формат для email",
"Такой email уже есть в базе"
]
}
}
Все библиотеки, которые я находил (joi, superstruct, ow) делают СИНХРОННУЮ валидацию схемы (первые два варианта ошибки), АСИНХРОННУЮ (третий вариант) принято обрабатывать в бизнес логике и потом также подводить к такому же формату.
1) Почему не сделать валидацию асинхронной и завести в нее проверку третьего случая?
Это упростит обработку ошибок и вывод их в апи, т. к. все будут работать через один механизм.
2) Кто какой использует валидатор?
P. S. Нашел только одну библиотеку которая делает валидацию ассинхронно - async-validator, но она имеет баги и слабовата.
Есть POST запрос c телом:
{
email: "asd@das.com"
}
Хочется получить ответ при ошибках:
{
errors: {
email: [
"Необходимо ввести это поле",
"Не правильный формат для email",
"Такой email уже есть в базе"
]
}
}
Все библиотеки, которые я находил (joi, superstruct, ow) делают СИНХРОННУЮ валидацию схемы (первые два варианта ошибки), АСИНХРОННУЮ (третий вариант) принято обрабатывать в бизнес логике и потом также подводить к такому же формату.
1) Почему не сделать валидацию асинхронной и завести в нее проверку третьего случая?
Это упростит обработку ошибок и вывод их в апи, т. к. все будут работать через один механизм.
2) Кто какой использует валидатор?
P. S. Нашел только одну библиотеку которая делает валидацию ассинхронно - async-validator, но она имеет баги и слабовата.
TS
Женя Шапошников
Вопрос @tshemsedinov и всем про валидацию.
Есть POST запрос c телом:
{
email: "asd@das.com"
}
Хочется получить ответ при ошибках:
{
errors: {
email: [
"Необходимо ввести это поле",
"Не правильный формат для email",
"Такой email уже есть в базе"
]
}
}
Все библиотеки, которые я находил (joi, superstruct, ow) делают СИНХРОННУЮ валидацию схемы (первые два варианта ошибки), АСИНХРОННУЮ (третий вариант) принято обрабатывать в бизнес логике и потом также подводить к такому же формату.
1) Почему не сделать валидацию асинхронной и завести в нее проверку третьего случая?
Это упростит обработку ошибок и вывод их в апи, т. к. все будут работать через один механизм.
2) Кто какой использует валидатор?
P. S. Нашел только одну библиотеку которая делает валидацию ассинхронно - async-validator, но она имеет баги и слабовата.
Есть POST запрос c телом:
{
email: "asd@das.com"
}
Хочется получить ответ при ошибках:
{
errors: {
email: [
"Необходимо ввести это поле",
"Не правильный формат для email",
"Такой email уже есть в базе"
]
}
}
Все библиотеки, которые я находил (joi, superstruct, ow) делают СИНХРОННУЮ валидацию схемы (первые два варианта ошибки), АСИНХРОННУЮ (третий вариант) принято обрабатывать в бизнес логике и потом также подводить к такому же формату.
1) Почему не сделать валидацию асинхронной и завести в нее проверку третьего случая?
Это упростит обработку ошибок и вывод их в апи, т. к. все будут работать через один механизм.
2) Кто какой использует валидатор?
P. S. Нашел только одну библиотеку которая делает валидацию ассинхронно - async-validator, но она имеет баги и слабовата.
Пишите руками, не используйте библиотеки из npm
ES
Yup делает асинхронную валидацию и можно дописать свой метод
ES
Про «писать самим» не согласна, то что через joi/yup делается в 10-12 строчек они сами наколбасят в 120. И если по джои можно найти документацию то разобраться в самописном валидаторе Васи Петрова который давно уволился - то еще удовольствие
A
Женя Шапошников
Вопрос @tshemsedinov и всем про валидацию.
Есть POST запрос c телом:
{
email: "asd@das.com"
}
Хочется получить ответ при ошибках:
{
errors: {
email: [
"Необходимо ввести это поле",
"Не правильный формат для email",
"Такой email уже есть в базе"
]
}
}
Все библиотеки, которые я находил (joi, superstruct, ow) делают СИНХРОННУЮ валидацию схемы (первые два варианта ошибки), АСИНХРОННУЮ (третий вариант) принято обрабатывать в бизнес логике и потом также подводить к такому же формату.
1) Почему не сделать валидацию асинхронной и завести в нее проверку третьего случая?
Это упростит обработку ошибок и вывод их в апи, т. к. все будут работать через один механизм.
2) Кто какой использует валидатор?
P. S. Нашел только одну библиотеку которая делает валидацию ассинхронно - async-validator, но она имеет баги и слабовата.
Есть POST запрос c телом:
{
email: "asd@das.com"
}
Хочется получить ответ при ошибках:
{
errors: {
email: [
"Необходимо ввести это поле",
"Не правильный формат для email",
"Такой email уже есть в базе"
]
}
}
Все библиотеки, которые я находил (joi, superstruct, ow) делают СИНХРОННУЮ валидацию схемы (первые два варианта ошибки), АСИНХРОННУЮ (третий вариант) принято обрабатывать в бизнес логике и потом также подводить к такому же формату.
1) Почему не сделать валидацию асинхронной и завести в нее проверку третьего случая?
Это упростит обработку ошибок и вывод их в апи, т. к. все будут работать через один механизм.
2) Кто какой использует валидатор?
P. S. Нашел только одну библиотеку которая делает валидацию ассинхронно - async-validator, но она имеет баги и слабовата.
у вас все ошибки взаимоисключающие. зачем делать дополнительные проверки, если уже после первой понятно, что значение поля не подходит
RS
Использую Joi или express-validator. В случае с NestJS - class-validator, он там из коробки.
https://www.npmjs.com/package/joi
https://www.npmjs.com/package/express-validator
https://www.npmjs.com/package/class-validator
@tshemsedinov У Вас есть примеры вот таких вот самодельных валидаторов?
https://www.npmjs.com/package/joi
https://www.npmjs.com/package/express-validator
https://www.npmjs.com/package/class-validator
@tshemsedinov У Вас есть примеры вот таких вот самодельных валидаторов?
ES
Но вообще я не тулила бы проверку существования email в валидацию. Потому что хорошее rest api на неправильные входные данные должно отвечать статусом 400 bad request, а в случае если email уже существует - 409 Conflict
TS
Использую Joi или express-validator. В случае с NestJS - class-validator, он там из коробки.
https://www.npmjs.com/package/joi
https://www.npmjs.com/package/express-validator
https://www.npmjs.com/package/class-validator
@tshemsedinov У Вас есть примеры вот таких вот самодельных валидаторов?
https://www.npmjs.com/package/joi
https://www.npmjs.com/package/express-validator
https://www.npmjs.com/package/class-validator
@tshemsedinov У Вас есть примеры вот таких вот самодельных валидаторов?
Весь код самописный по своей природе
ES
Это ошибки разной категории. Неправильные входящие данные это один род ошибок, а «уже существует» - другой
RS
TS
RS
Спасибо, Тимур.
ES
Смотря какая конечная цель ) может конечно и сам писать, если его цель научиться что-то писать и это не продакшен проект
TS
сообщать
Что я вам могу сказать? Могу, разве что, кое-что сообщить