Комментарии к публикации
Работа с исключениями в PHP

что же дальше? будут Composer? и хочется делать и решать реальные задачки? вроде как писать блог? это возможно?

Классы PHP не могут напрямую реализовать интерфейс Throwable, . (Ссылка на документацию)

Спасибо за урок! Единственное, что заметил - это то, что если одновременно и ошибка при подключении к БД и несуществующий роут, то выдаст ошибку 404, а не 500. Так и должно быть?

Вроде на первый взгляд - несложная тема, но что-то в ступор вогнало((. Как-то не очень сразу понятно в конкретной ситуации, где оборачивать в try, где ловить исключение. Понятно одно - ловить исключение нет смысла раньше. чем оно может появиться, а пытаться обработать ситуацию на возможное исключение нужно заблаговременно до возможной ситуации. Сложность - в пространственном ориентировании - размещении try/catch сквозь слои классов и методов. Ну и осталась не менее интересная тема за кадром - обработка ошибок. Почему в курсе рассмотрены именно исключения, а ошибки обделены вниманием?

Есть и более конкретные вопросы:

1. как раз о местоположении try в коде.

<?php

try {
    spl_autoload_register(function (string $className) {
        require_once __DIR__ . '/../src/' . $className . '.php';
    });

    $route = $_GET['route'] ?? '';
    $routes = require __DIR__ . '/../src/routes.php';

    $isRouteFound = false;
    foreach ($routes as $pattern => $controllerAndAction) {
        preg_match($pattern, $route, $matches);
        if (!empty($matches)) {
            $isRouteFound = true;
            break;
        }
    }

    if (!$isRouteFound) {
        throw new \MyProject\Exceptions\NotFoundException();
    }

    unset($matches[0]);

    $controllerName = $controllerAndAction[0];
    $actionName = $controllerAndAction[1];

    $controller = new $controllerName();
    $controller->$actionName(...$matches);
} catch (\MyProject\Exceptions\DbException $e) {
    $view = new \MyProject\View\View(__DIR__ . '/../templates/errors');
    $view->renderHtml('500.php', ['error' => $e->getMessage()], 500);
} catch (\MyProject\Exceptions\NotFoundException $e) {
    $view = new \MyProject\View\View(__DIR__ . '/../templates/errors');
    $view->renderHtml('404.php', ['error' => $e->getMessage()], 404);
}

Почему тут try в самом начале кода, если автозагрузка классов, инициализация переменной route никак не влияет на возможное появление исключения - как то не найдена страница, или ошибка обращения к БД? Понятно, что такой большой захват кода в try не влияет в данном случае на логику, просто это вызывает дополнительные вопросы..

2. Понятное дело, что ошибки/исключения возникают в некой очередности, а не все одновременно. Затрудняюсь привести конкретный пример, где это было прямо очень важно/необходимо, но может же быть необходимым вывести несколько ошибок/исключений? Насколько правильно корректно - показывать только первую ошибку/исключение или если только ошибка не делает невозможным дальнейшее выполнение кода, - все, что возникли? Да, немного в кучу и ошибки и исключения, но думаю, что суть вопроса понятна).

Спасибо за урок!
А что это за переменная $e, которую передаем в функцию исключения?

Добрый вечер. Прочитал про интерфейс Throwable и понял, что реализовать его в своем классе можно только путем расширения интерфейса (Throwable) своими методами. Затем в классе исключения использовать уже свой расширенный интерфейс.
У меня как-то так получилось (это все для примера, так как можно было обойтись и без своего нового метода):
index.php:

...
catch (\MyProject\Exceptions\NotIdException $e) {
    $view = new \MyProject\View\View(__DIR__ . '/../templates/errors');
    $view->renderHtml('NotId.php', ['newMethodMessage'=>$e->newMethod()], 404);
}

NotId.php:

<h2>Такой статьи не существует</h2>
<?= $newMethodMessage ?>
<br>
<a href="/">Вернуться на главную станицу</a>

NotIdException.php:

<?php

namespace MyProject\Exceptions;

interface MyInterface extends \ Throwable
{
    public function newMethod();
}

class NotIdException extends \Exception implements MyInterface
{
    public function newMethod(): string
    {
        // TODO: Implement newMethod() method.
        return 'File: ' . $this->getFile() . '  ||  ' . '  Line: ' . $this->getLine();
    }
}

ArticleController.php:

...
if ($article === null) {
            throw new NotIdException();
        }
...

Но такой способ использовать не рекомендуют. Это так или нет? И вообще такой способ где-то используется в практике?

Что-то пропустил, куда у нас делся

$reflector = new \ReflectionObject($article);
        $properties = $reflector->getProperties();
        $propertiesNames = [];
        foreach ($properties as $property) {
            $propertiesNames[] = $property->getName();
        }

Из public function view(int $articleId) в ArticleController?

ДЗ с подвохом)

Пользовательские классы не могут реализовывать Throwable. Это было сделано для предсказуемости: только экземпляры Exception или Error могут быть брошены.

А в целом, что я понял: Можем ловить сначала Error, если не поймали, то ловим Throwable. Либо сразу Throwable.

Этот код работает, когда не нужен нужный роутинг

Когда НЕ НАЙДЕН??

В каких случаях необходимо устанавливать

setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION)

? Даже если этот аттрибут явно не установлен, какие-то ошибки параметров соединения при попытке создания объекта в конструкторе класса Db приведут к выбрасыванию PDO исключения. Но, если возникает какая-то ошибка(например в синтаксисе) при попытке выполнить SQL запрос, то исключения будут сами выбрасываться только если установлен этот аттрибут. Почему в первом случае выбрасываются исключения и без этого аттрибута?

Может по этой причине?:

PDO::construct() выбрасывает исключение PDOException, если попытка подключения к запрашиваемой базе данных завершается с ошибкой.
Метод PDO::construct() будет всегда бросать исключение PDOException, если соединение оборвалось, независимо от установленного значения PDO::ATTR_ERRMODE. Непойманные исключения фатальны.

Для кого производится подобная обработка исключений, в контексте примера на картинке выше? С одной стороны - если для разработчика на время работы над проектом, зачем заменять более информативную штатную табличку исключения со стеком вызовов, кратким окружением - одной строкой сжатого текста об ошибке? Если для пользователей продукта - зачем выводить подробности ошибки?

Пусть у нас есть 3 финкции: func1, func2 и func3. func1 вызывает внутри себя func2, а func2 вызывает func3.
В этом предложение есть отпечатка в слове "функции"

Интерфейс Throwable напрямую реализовать нельзя. В нём хранятся только подклассы Exception и Error.

Проверил на практике, документация не врет)) Реализовать интерфейс напрямую нельзя.

Fatal error: Class MyProject\Exceptions\MyException cannot implement interface Throwable, extend Exception or Error instead in C:\OSPanel\domains\myproject.blog\src\MyProject\Exceptions\MyException.php on line 5

NotFoundException.php

<?php

namespace MyProject\Exceptions;

class NotFoundException implements \Throwable
{
    /** @var string */
    protected $message;

    /** @var int */
    protected $code;

    /** @var string */
    protected $file;

    /** @var int */
    protected $line;

    public function __construct(string $message = '', int $code = 0)
    {
        $this->message = $message;
        $this->code = $code;
        $this->file = __DIR__ . __FILE__;
        $this->line = __LINE__;
    }

    public function getMessage(): string
    {
        return $this->message;
    }

    public function getCode(): int
    {
        return $this->code;
    }

    public function getFile(): string
    {
        return $this->file;
    }

    public function getLine(): int
    {
        return $this->line;
    }

    public function getTrace() : array
    {
        // Не знаю как реализовать
        return [];
    }

    public function getTraceAsString(): string
    {
        // Не знаю как реализовать
        return '';
    }

    public function getPrevious(): \Throwable
    {
        return \Throwable::getPrevious();
    }

    public function __toString(): string
    {
        return \Throwable::__toString();
    }
}

Добрый день!
Почему в моём случае отображаются ещё и окна с ошибками, а не только Хьюстон и строчка с текстом ошибки?

Конструктор класса Db:
src/MyProject/services/Db.php

private function __construct()
{
    $dbOptions = (require __DIR__ . '/../../settings.php')['db'];

    try {
        $this->pdo = new \PDO(
            'mysql:host=' . $dbOptions['host'] . ';dbname=' . $dbOptions['dbname'],
            $dbOptions['user'],
            $dbOptions['password']
        );
        $this->pdo->exec('SET NAMES UTF8');
    } catch (\PDOException $e) {
        throw new DbException('Ошибка при подключении к базе данных: ' . $e->getMessage());
    }
}

src\MyProject\Exceptions\DbException.php

namespace MyProject\Exceptions;

class DbException extends \Exception
{
}

www\index.php

try {
    spl_autoload_register(function (string $className) {
        require_once __DIR__ . '/../src/' . $className . '.php';
    });

    $route = $_GET['route'] ?? '';
    $routes = require __DIR__ . '/../src/routes.php';

    $isRouteFound = false;
    foreach ($routes as $pattern => $controllerAndAction) {
        preg_match($pattern, $route, $matches);
        if (!empty($matches)) {
            $isRouteFound = true;
            break;
        }
    }

    if (!$isRouteFound) {
        echo 'Страница не найдена!';
        return;
    }

    unset($matches[0]);

    $controllerName = $controllerAndAction[0];
    $actionName = $controllerAndAction[1];

    $controller = new $controllerName();
    $controller->$actionName(...$matches);
} catch (\MyProject\Exceptions\DbException $e) {
    $view = new \MyProject\View\View(__DIR__ . '/../templates/errors');
    $view->renderHtml('500.php', ['error' => $e->getMessage()], 500);
}

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

Подсмотрел в документации, классы не могут реализовать Throwable только через интерфейс и от класса Exception

interface MyPacketThrowable extends Throwable
{
}

class MyPackExeption extends Exception implements MyPacketThrowable
{
}

try {
    throw new MyPackExeption();
} catch (Throwable $e) {
    echo 'thro222222222222';
}

в коде в ArticlesController в методе add() ,видимо опечатка: добавлен
$article->delete();