F
кого
Size: a a a
2020 June 06
OD
Foma
а проверить на сервере не судьба
Функция которая посылает запрос к серверу на валидацию
F
как он бля его создасть еслм поле уникальное в базе...
F
Функция которая посылает запрос к серверу на валидацию
валидацию чего?
OD
Поля username
F
и че
F
валидация на сервере и валидация на фронте
OD
Foma
валидация на сервере и валидация на фронте
На сервере есть Bean Validation уже. Мне нужно проверку именно на фронт
OD
Если я буду посылать на сервер запрос с текущим значением поля и возвращать результат, то это все равно будет вызов асинхронной функции
F
controller.register(req,res)=>{
try{
validate(req.username({min,max}))
.....
const user = new User(req.username)
}catch(e){
res.send.error /// если поле уникально ошибка
}
}
try{
validate(req.username({min,max}))
.....
const user = new User(req.username)
}catch(e){
res.send.error /// если поле уникально ошибка
}
}
F
Если я буду посылать на сервер запрос с текущим значением поля и возвращать результат, то это все равно будет вызов асинхронной функции
какая асинхронная функция ты про что
F
На сервере есть Bean Validation уже. Мне нужно проверку именно на фронт
так при чем проверка на фронте к уникальности поля нейм??
F
проверяй как на беке мин макс пробелы и прочее
F
ты не зависимо от валидации на фронте ловишь и обрабатываешь ошибки с бека и валидацию с бека
OD
Я просто не хочу чтобы пользователь сначала вводил значение, отправлял, ждал ответ и только потом видел что поле не уникальное
OD
А чтобы было видно еще на этапе ввода информации что не пройдет
F
это что любой будет видеть список узепов на фронте...
F
Я просто не хочу чтобы пользователь сначала вводил значение, отправлял, ждал ответ и только потом видел что поле не уникальное
та малоли что ты хочешь
OD
Foma
это что любой будет видеть список узепов на фронте...
Список через Bcrypt шифровку можно просунуть, так что проблемы нет
F
кого