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

вы не должны поймать исключение если вы не намереваетесь сделать что-то значимое.

" что-то значимое " может быть одним из них:

обработка исключения

наиболее очевидным значимым действием является обработка исключения, например, путем отображения сообщения об ошибке и прерывания операции:

try {
    $connect = new CONNECT($db, $user, $password, $driver, $host);
}
catch (Exception $e) {
    echo "Error while connecting to database!";
    die;
}

ведение журнала или частичная очистка

иногда вы не знаете, как правильно обрабатывать исключение внутри определенного контекста; возможно, Вам не хватает информации о "большой картине", но вы хотите зарегистрировать сбой как можно ближе к точке, где это произошло. В этом случае вы можете поймать, войти и повторно бросить:

try {
    $connect = new CONNECT($db, $user, $password, $driver, $host);
}
catch (Exception $e) {
    logException($e); // does something
    throw $e;
}

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

$connect = new CONNECT($db, $user, $password, $driver, $host);
try {
    $connect->insertSomeRecord();
}
catch (Exception $e) {
    $connect->disconnect(); // we don't want to keep the connection open anymore
    throw $e; // but we also don't know how to respond to the failure
}

PHP 5.5 представил finally ключевое слово, поэтому для сценариев очистки теперь есть другой способ подойти к этому. Если код очистки должен выполняться независимо от того, что произошло (т. е. как при ошибке, так и при успешном выполнении), теперь это можно сделать, прозрачно разрешив распространение любых брошенных исключений:

$connect = new CONNECT($db, $user, $password, $driver, $host);
try {
    $connect->insertSomeRecord();
}
finally {
    $connect->disconnect(); // no matter what
}

абстракция ошибок (с цепочкой исключений)

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

class ComponentInitException extends Exception {
    // public constructors etc as in Exception
}

class Component {
    public function __construct() {
        try {
            $connect = new CONNECT($db, $user, $password, $driver, $host);
        }
        catch (Exception $e) {
            throw new ComponentInitException($e->getMessage(), $e->getCode(), $e);
        }
    }
}

в этом случае, вы не хотите, чтобы пользователи Component чтобы знать, что он реализован с использованием подключения к базе данных (возможно, вы хотите сохранить свои параметры открытыми и использовать файловое хранилище в будущем). Так что ваша спецификация для Component сказал бы, что " в случае сбоя инициализации, ComponentInitException будет брошен". Это позволяет потребителям Component чтобы поймать исключения ожидаемого типа в то время как также разрешение отладочного кода для доступа ко всем (зависящим от реализации) деталям.

предоставление более богатого контекста (с цепочкой исключений)

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

class FileOperation {
    public static function copyFiles() {
        try {
            $copier = new FileCopier(); // the constructor may throw

            // this may throw if the files do no not exist
            $copier->ensureSourceFilesExist();

            // this may throw if the directory cannot be created
            $copier->createTargetDirectory();

            // this may throw if copying a file fails
            $copier->performCopy();
        }
        catch (Exception $e) {
            throw new Exception("Could not perform copy operation.", 0, $e);
        }
    }
}

этот случай аналогичен приведенному выше (и пример, вероятно, не самый лучший, который можно было бы придумать), но он иллюстрирует точку предоставления большего контекста: если возникает исключение, оно говорит нам, что копия файла не удалась. Но почему разве это плохо? Эта информация представлена в обернутых исключениях (из которых может быть более одного уровня, если пример был намного сложнее).

значение этого иллюстрируется, если вы думаете о сценарии, где, например, создание