你不应该捕获异常,除非你打算做一些有意义的事情。
“有意义”可能是以下之一:
处理异常
最明显的有意义的动作是处理异常,例如。通过显示错误消息并中止操作:
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”。这允许组件的消费者捕获预期类型的异常,同时还允许调试代码访问所有(依赖于实现的)细节。
提供更丰富的上下文(使用异常链接)
最后,在某些情况下,您可能希望为异常提供更多的上下文。在这种情况下,将异常包装在另一个异常中是有意义的,其中包含有关在发生错误时尝试执行的操作的更多信息。例如:
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);
}
}
}
这种情况类似于上面的(和示例可能不是最好的一个可能出现),但它说明了提供更多的上下文的点:如果抛出异常,它告诉我们文件复制失败。但是为什么会失败呢?此信息在包装的异常(如果示例更复杂,可能有多个级别)中提供。
这样做的价值说明如果你想一个场景,例如。创建UserProfile对象会导致复制文件,因为用户配置文件存储在文件中,并且它支持事务语义:您可以“撤消”更改,因为它们只在配置文件的副本上执行,直到您提交。
在这种情况下,如果你做到了
try {
$profile = UserProfile::getInstance();
}
并且作为结果捕获一个“目标目录无法创建”的异常错误,您将有权被困惑。在提供上下文的其他异常层中包装此“核心”异常将使错误更容易处理(“创建配置文件复制失败” – >“文件复制操作失败” – >“无法创建目标目录” )。