Можно
Но я бы re вынес за пределы функции, чтоб каждый раз не создавать
ок
и как ты поймешь, что после emailValidator нужно выходить из контроллера?
умер
допустим твой emailValidator делает res.status(). как теперь контроллер поймет, что не нужно дальше продолжать работу?
ну извините учеба есть учеба
res.status() не завершает выполнение. код продолжится дальше
ммм что предлагаете сделать?
я вас слушаю
пусть emailValidator возвращает boolean (и далее уже контроллер решает что делать) или выкидывает исключение (вдруг в мире экспресса так принято)
Запросы в бд прям в роуте
catch (e) { throw e; } не имеет смысла
ааа. я сейчас пишу userService.js и. userDAL.js отдельно. хочу через ООП прописать signIn, signUp, loginIn и т.д
я так и сделал изначально, но почему то потом вздумалось вынести все отдельно
такой вынос отдельно плох еще тем, что emailValidator теперь знает про res -- значит функция становится очень сильно сцеплена с контроллером, с экспрессом. не солид
вообще в блоке try?
ты ловишь исключение и сразу его обратно бросаешь
ну ты ловишь исключение и снова его выкидываешь. можно убрать здесь блок try и будет тоже самое
Тогда создай класс, в котором звоночки в базу и логика verify будет в отдельных методах, принимать мыло и пароль, возвращая прототип ответа и статус кода. К примеру :)
тоже вариант спасибо
Обсуждают сегодня