在 PHP 中返回错误对象是坏习惯吗？

Question

我是 php 新手，我对从方法到调用者似乎没有错误对象通信这一事实感到有些困惑。

这两种是我学习使用的方式：

1234563

1. 另一方面，如果方法需要向调用者发回一些错误信息，则应引发异常。

来自 COCOA，我学会了在特殊情况下使用异常（由于程序员错误导致的不可恢复的错误）。在任何其他情况下，只需将错误对象传递给调用者即可。

• PHP 中的哲学有什么不同吗？
• 异常是向调用者发回错误数据的标准机制吗？
• 我是否应该避免编写自己的错误对象并将其作为输出参数传递给方法以与 PHP 模式保持一致？

Answer 1

PHP 有两种主要机制来指示和处理程序流程中的错误：

• Error Handling and Logging
• Exceptions

选择哪个取决于您的个人喜好。异常是对象，所以如果你想做 OOP 或者来自另一种也使用异常的语言，你可能想要使用它们。基于非异常的错误处理适用于 PHP 可以发出的所有通知、警告和错误，以及您拥有这些的变体。如果您想将这些转换为异常，请查看ErrorException。

但是，正如您已经提到的：例外情况适用于不可恢复的情况。它们不用于管理常规控制流。因此，异常不是将错误消息发送回调用者的某种标准机制，例如你不应该这样做：

class FooValidator
{
    public function isValid($valueToValidate)
    {
        if ($this->satisfiesRules($valueToValidate) {
            return true;
        }
        throw new ValidationException('Foo didnt satisfy rule Bar');
    }
}

他们尝试/在调用者中捕获它。验证失败是一种可恢复的情况。

一种选择是引入Notification Object：

class FooValidator
{
    public function isValid($valueToValidate, Notification $notification)
    {
        if ($this->satisfiesRules($valueToValidate) {
            return true;
        }
        $notification->addMessage('Foo didnt satisfy rule Bar');
        return false;
    }
}

在上面的示例中，Validator 仅返回一个布尔值，但可以在传递的 Notification 对象中收集有关验证失败原因的其他信息。这比从调用中返回错误对象要干净得多，因为我们不必检查返回类型。如果验证返回 false，我们知道我们可以检查 Notification 对象。由于对象是通过引用传递的，我们不需要从调用中返回对象，只需访问调用者收集的消息。

Answer 2

在 PHP 中几乎一切皆有可能，因此实际上并没有最好的方法。

看看 php.net 上的 Exceptions http://php.net/manual/en/language.exceptions.php