Как спроектировать обработку исключений?

Question

[Alex122]

Всем привет! Сейчас проектирую свой фреймворк. Раньше писал на yii2. Решил внедрить обработку исключений в ядро фреймворка. Прочитал эту https://habrahabr.ru/post/30399/ и еще несколько статей об обработке исключений. На практике начал писать классы исключений и бросать их в коде. Между тем при установке xdebug, уже можно увидеть красивый стек вызовов в табличке вместе с ошибкой, пути к файлу и строчки где возникла ошибка. Когда же я начинаю бросать кастомные исключения, то мало того, что мне необходимо писать писать блок catch для его обработки (а иначе выбрасывается еще и ошибка о не пойманном исключении - Uncaught exception), так еще и красивая табличка со стеком пропадает и ее приходится создавать самому (изобретая велосипед). Какой вывод сделал я: если бросаю где-то исключение (Exception или какое-то свое), то под него я обязан написать блок catch, и изобрести красивый вывод стека заново, соответственно если у меня будет 20 моих кастомных исключений, я должен буду написать 20 блоков catch (если моя цель - это вывод уникального сообщения об ошибки и стека функций, то это не рационально). Причем, если не бросать исключение, то ошибку мне все равно выдаст, в красивой рамочке. У меня сложилось такое впечатление, что обработка исключений выгодна лишь тогда, когда действительно необходимо написать какой-то обработчик (а не просто выводить сообщение об ошибке и стек). В чем же тогда выгода использования исключений во фреймворке, какие Ваши мысли?

Прошу не придераться к словам и указать на ошибки в моих рассуждениях, если они есть, спасибо.

Comments

[Максим]

Я не эксперт в ООП, но вроде считается, что использование исключений лучше избегать, использовать их только в случае крайней необходимости. Например в Qt не принято их использовать, а это мега-фреймворк написанный на C++. Кстати, написав 20 кастомных Exception вам не надо писать 20 блоков catch, достаточно одного блока Exception. Если уж задумали их использовать, то лучше ограничиться несколькими видами Exception.

[Alex122]

Максим: Благодарю за ответ, про Qt, это интерестно

Answer 1

[zTrue]

Скорее всего, у Вас есть общая точка входа, оберните весь код вызова приложения в try-catch и ловите там \Exception. Все кастомные исключения должны наследоваться от него, чтобы попасть в этот блок.

<?php
// index.php
try {
  $app = new \Framework\App();
  $app->run();
} catch (\Exception $e) {
  // handle any unhandled exception here
}

Comments

[Alex122]

Благодарю за ответ. Да, именно так я и делаю, однако мой вопрос скорее заключается в том, в каком случае будут уместны исключения, потому как и без них можно прекрасно отследить ошибку по стеку и увидеть сообщение об ошибке, если такова имеется (при помощи xdebug). Даже был такой вариант в этой статье https://habrahabr.ru/post/30399/, чтобы все ошибки обрабатывать через исключения. Поэтому хотелось услышать Ваше мнение о целесообразности их использования. Спасибо.

[zTrue]

В статью подробно не вникал, но, насколько я понял, смысл в том, чтобы конвертить ошибки в исключения.
Исключения нужны, скорее, не для того, чтобы отследить и увидеть сообщение об ошибке, а для того, чтобы эту ошибку должным образом обработать. При этом конвертить ошибки к исключениям, на мой взгляд, вполне разумно. Упрощенный пример:

<?php
// index.php
try {
  $app = new \Framework\App();
  $app->run();
} catch (\Framework\AccessException) {
  $status = 403;
  $message = 'Forbidden';
} catch (\Framework\ValidationException) {
  $status = 400;
  $message = 'Bad request';
} catch (\Exception $e) {
  $status = 500;
  $message = 'Internal server error';
}

Answer 2

[lega]

Ловить конкретную ошибку имеет смысл если вы её ожидаете и знаете как её обработать. Иначе пусть она валится до самого верхнего catch, там логируется и шлет вам mail/сообщение в чат.
Далее вы уже решаете что с ней сделать - либо исправить ошибку, либо это будет ожидаемое исключение и вы для её добавите catch с обработчиком.