ошибка – для разработчика.
Если какой-то required параметр не передан – всё, клиентская часть (фронт) работать не может, это фатальная ошибка. Назад вызывающему нельзя возвращать ничего кроме ошибки, потому что мы так и не поняли, был там юзер в базе, или нет.
Зачем тогда вообще возвращать «graceful»-ошибку? Ну, это правила хорошего тона. В конце концов, может в клиент понадобится вставить костыль, который может слать несколько разных видом одного и того же запроса, например к разным конфликтующим версиям серверного приложения – тогда, поймав эту ошибку, клиент сможет переотправить запрос другого вида.
Но вообще говоря, в обычных условиях эти ошибки фатальны, и просто должны писаться в лог для отладки.
Во, хороший ответ: «Если ошибка не фатальная, а является ответом на запрос – то статус всё равно 200, а если ошибка не позволяет запросу корректно отработать – то статус нужно вернуть другой».
Ты путаницу вводишь. Теперь разработчик должен думать когда ему 200 вернуть, а когда нет
Валидация входящих параметров - это бизнес операция, она не может быть фатальна
Обсуждают сегодня