пример, самый банальный, логин, в боди логин и пароль, контроллер передаёт модель с логином и паролем в сервис, тот (сервис) ищет в базе данных и не находит, при том что сервис должен вернуть пустой Task. ваши действия?
если сервис падает и не знает чо вернуть - он должен падать
ну а как обработать не найденного пользователя? нужно в сервисе 100% прервать дальнейшее выполнение. так как юзер == null. выкидывать исключение?
а чо такое "юзер не найден"? э
ну, мужик, если не хочешь помогать, то зачем пишешь? ты же своё драгоценное время тратишь
ну сорян, ты тупой
401 ошибку выплевывай
читаешь стандарт http и смотришь, какие возращаемые коды тебе подходят
ну я про другое писал, я в курсе про статус коды, вопрос был в том каким образом именно сервис должен дать понять что что-то пошло не так?
Не очень понимаю в чём проблема. Просто посмотреть что не так, затем вернуть соответствующий статус код
так?
я же пользователя не в конроллере ищу, правильно?
и прикол в том, что поиск юзера это не единственная задача, далее в сервисе идёт с ним работа и если не нету мне надо прервать выполнение, то есть тут или выкидывать исключение или её что то
Контроллер уже должен знать, что пользователя не удалось найти и вернуть нужный статус. А как Контроллер будет распознавать уже сам решаешь, можно через ексепшены, можно какие-то внутренние статусы передавать
ну все зависит от логики приложения если нет пользователя в базе — вернуть null и словить это значение, и исходя из него вернуть тот или иной код
мне тоже так кажется
Для этого есть эксепшны
статус кодов 4ХХ много, а я буду выдавать всегда null, по нему сложно судить какой конкретно статус код нужен
Создай пачку эксепшнов, и отлавливай их
ну наверно самописные исключения самые оптимальные, да
нет, если используешь новые обозначения, что метод или нечто иное может вернуть null
в случае с async await это единственный нормальный вариант да
Обсуждают сегодня