Return $this->find(int) ?? throw new Exception() не надо так, пажалиста....

почему?

нафиг ловить ошибки, когда можно обработать мягче и понятнее?

это же то же самое что и $user = $repo->find(1); if ($user === null) throw new Exception()

это как? моя логика ломается, если нет юзера. как это мягко обработать?

++

так вынести в отдельный метод принимает только USer и перед отправкой в метод проверить сущность

ок, я проверил перед отправкой - вижу, что там нул. что дальше делать?

ретурн

ретурн чего? у меня напрмер фронт вызвал метод, который переводит 5 долларов от юзера1 юзеру2. и вдруг юзер1 === нулл. что делать? просто молча сделать ретурн и отдать фронту 200?

да, и в ответе сделать мессадж='Второй юзер не найден'

P.S. ради рофла return response()->json(['status' => 'error', 'User not found'], 200)

вот норма подход

Говорить фронту об успехе, а в теле говорить что ошибка?

Вы случайно не в Кселл работаете? 200 это ответ сервера, сервер не слоамлся, занчит должен отдать 200

Жутко не нравится этот ответ. Вместо return response()->json(['status' => 'error', 'User not found'], 200) Лучше return response()->json(['message' => 'User not found'], 404)

404 тоже не логично, когда пошел за сущность, может можно вренуть 404, а когда делаешь операци, 404 вернуть не логично

можно заменить на 400

Ну как раз сказал про 200

встречал разные политики ответов. 1) Везде 200, а в ответе есть ключи Success, Error, Message 2) Пользутся хттп кодами и телом ответа 3) Если всё ок, то 200, а елси не ок то 500 с телом ответа, даже если просто валидация не прошла

первое мерзость

жа не норм практика

3 тоже

ага

А какая разница что встречал? Ты сказал, что надо 200 всегда кидать, если сервер не сломался

есть один сервис который так отвечает, заеб....ся парсить ответ и понимать что пошло не так

Ну в 3 по твоей логике тоже могут сделать в теле ответа какие доп коды, которые ты будешь читать

вот так и делают, но про моей логике 500, это когда сервер даун совсем....

говорим про рестфулл или концепт как был удобно программисту?

а рестфул не удобен разрабу?

просто если рестфул, то 1 и отпадает сам собой

Ну значит http коды используют для "статуса" самого сетевого обращения. 200 - значит сам http запрос прошел успешно (если даже были ошибки внутри приложения). А статусы слоя приложения уже внутри тела ответа.

Это может быть оправдано, если между клиентом и самим приложением есть какие то дополнительные слои обертки/шлюзы

как например XML SOAP. Ошибки на уровне парсинга/валидации xml будут возвращены http статусом. А другие ошибки уровня приложения уже внутри ответа xml

Этим и крут SOAP

ненавижу soap))

уберите детей от экранов))))

был опыт интеграции с 1С на основе SOAP XDTO... то еще мучение...

оооо

на самом деле идея Soap очень хороша. Но сам XML слишком многословен

Зато детализировано. Берем хмл xsd и почти документация

Да, согласен

protobuf

Пздц тыштынгой

Отличная тема

когда создавался soap, его не существовало

Ок :(

Тогда и json не было🙂

я к тому, что разрабы 1С знали только xdto (конечно, им легче, 1С все сам за них генерирует). Когда просил json, сказали что не умеют. Потом все таки сделали (строили json через конкатенацию)

В чужой монастырь...

думаю еще зависело от версии конфигурации

тут уже общий монастырь))

"какой-то там веб просят"