Почему так странно работает findOrFail()?

jazzus, ну, я понял твою точку зрения, но как по мне, если в методе бросается одно исключение, а на выводе получается другое - это как-то неправильно.

В каких случаях следует делать кастомные Exceptions?

Flying, весьма доходчиво. Огромное спасибо!

В каких случаях следует делать кастомные Exceptions?

кстати

Собственные исключения необходимы в случаях, когда вы хотите обрабатывать (или, в случае если вы автор библиотеки - предоставить возможности обработки) какой-либо исключительный сценарий специальным образом.

я правильно понял, что это вроде хуков получается? :) ну, таких, своеобразных ))

В каких случаях следует делать кастомные Exceptions?

Да, пожалуй это и есть полный ответ на вопрос. Спасибо!

Почему так странно работает findOrFail()?

jazzus, ну почему сразу бред-то? Просто хочется больше гибкости из коробки, это нормально.

Бред это как раз поведение Ларавеля в данном случае, когда в методе бросается один эксепшн, а на выходе почему-то совсем другой, вот это - бред, да. Это по ходу надо issue писать им на гитхаб, но мне вломы)))

Почему так странно работает findOrFail()?

jazzus, так оно и так, в общем-то, отдает же

"message": "No query results for model [App\\Models\\User] 9999999",

но соль в том, чтобы иметь возможность отдавать имя модели и при APP_DEBUG=false и в каком-то своем варианте. типа:

"message": "User 9999999 не найден"

или вроде того

Почему так странно работает findOrFail()?

бро, спасибо, это интересное решение, но к сожалению - не универсальное, как если бы можно было использовать getModel() - т.е. это просто годный костыль :) но таки годный ))

В каких случаях следует делать кастомные Exceptions?

спасибо за пример

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

правильнее использовать не find а get, тогда вывалится ексепшн про отсутствующий объект

однако не вывалился :)

к тому же get() отдает не объект а коллекцию.

а если запросить [0] - дает эксепшн на несуществующий оффсет :)

ладно, не суть, все решаемо ))

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

Mellorn, ну, так о том и речь, что эксепшн - это просто способ сказать об этом клиенту. Один из. Для меня эта тема в данном ракурсе - новая, я эксепшены активно не использовал. Вот и ищу сейчас какие-то заведомо годные решения, чтобы посмотреть, как оно вообще делается в природе.

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

хорошая подсказка! спасибо!

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

Ну, в целом, да, я сейчас тоже примерно так вижу :)

Но все равно хотелось бы посмотреть на какой-то эталонный код.

Ко всему прочему, не совсем ясно - СКОЛЬКО понадобится таких самописных эксепшенов, и как их упорядочить/структурировать.

Понятно что оно потом с опытом придет)) но у меня как обычно: проект надо делать прямо сейчас ))) и нужны готовые шаблонные решения.

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

...хотя это и может быть ресурсом, если например

GET /api/users/100500/something

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

Mellorn, мы не ресурс запросили, а результат выполнения метода someMethod() - это другое (Ц) )))

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

Mellorn, дело не в ресурсе, дело в том, что по ходу обработки запроса скрипт обратился к методу несуществующего экземпляра модели, это никак не 404.

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

jazzus, я апдейт написал к вопросу для понятности.

User::find(100500)->someMethod();

если юзер не найден - то хочется на фронт отдавать ответ с кастомным каким-то текстом, а не просто

{
    "message": "Server Error"
}

как такие вопросы обычно разруливают, если у нас таких случаев по коду предполагается много?

Существует ли какой-то общепризнанный подход к обработке ошибок в контексте API, где его можно посмотреть?

jazzus, это сарказм или нет? ) По буквам не всегда понятно :)

Что означает конструкция [...]?

ну, похоже на то ))

я просто думал что может какой новый оператор появился или типа того ))

Что означает конструкция [...]?

Aleksey, вообще, странно, это единственное место там, где они так пишут. Т.е. вы думаете, что это они типа:

Route::get('/users', function () {
    return [
        'meta' => ['key' => 'value'],
        'users' => User::all(),
    ];
})

так записали? :)

Как в Laravel сделать отдельные папки для разных групп тестов?

Илья, не, мне нужно именно за пределами папки tests.