我应该在库中抛出PHP 7的错误类吗？

Question

我已经开源一个math library for PHP，定义其own hierarchy of exceptions：

• ArithmeticException
  • DivisionByZeroException
  • NumberFormatException
  • RoundingNecessaryException

现在PHP 7已经落地，我意识到一些例外觉得有点多余的推出了全新的Error类：

• ArithmeticError
• DivisionByZeroError

让我们忘了PHP 5一会儿，假设该库仅以PHP 7为目标。

• 我应该丢掉ArithmeticError并放下我的ArithmeticException？
• 同样，我应该扔DivisionByZeroError并下降DivisionByZeroException？
• 应该RoundingNecessaryException和NumberFormatException延伸ArithmeticError？
• 在这种情况下，他们应该被称为RoundingNecessaryError和NumberFormatError？

乍一看，重新声明在语言中具有本机等价物的异常似乎很奇怪。

与此同时，虽然没有什么可以阻止用户级代码抛出Error，我觉得设计这些类通过PHP本身被抛出，而用户空间的库最好还是扔Exception而不是Error。

在这个问题上有共识吗？

Answer 1

你将会有Stack Overflow渐进式文字表达式来关闭它，因为答案将是“主要基于观点的”。由于某些原因，SO认为这与其他一般也是基于意见的答案不一致或不同，因为问题很少有一个答案。

这是一个合理的问题。

如果我们要将问题的范围限制为DivisionByZeroError和Arithmetic错误，那么我认为您应该遵循PHP的标准化，并利用这些错误。这让你更加接近最简单的原则，因为它让你的代码与你自己的代码的期望一致 - 例如 - 除以零。所以这是一件好事（我认为可以客观地说）。

但是 - 现在这是主观的 - 我不会积极抛出这些错误，我只是让我的代码错误。IE：不要陷入困境并重新抛出同样的错误，只会让代码错误。它简化了您的代码（目标），并具有相同的最终结果（目标）。所以这与你的本能有关，即不应该抛出这些内置错误。但仅仅因为它没有必要：PHP会为你处理。我不会本质上说一个人不应该积极抛出这些错误，但我认为它是合法的（甚至是必要的）将是一个非正统的情况，所以它可能会乞讨的问题，如果它是正确的错误抛出。

至于像RoundingNecessaryException vs RoundingNecessaryError这样的非特殊情况......我认为将它们升级到错误是有意义的。我刚才找不到文档中的参考资料（其他人可能能够更新此文档？），但他们声明错误是编程错误，开发人员需要更改代码才能修复;并且异常仅用于特殊的运行时行为。或者这个效果的话。所以如果你想让你的方法可能会引发RoundingNecessaryError工作，那么需要做必要的舍入。这是一个代码时间的考虑，所以错误是有道理的。我认为这有些微不足道，因为对此没有削减和干预的单一答案，但我认为理由是相当客观的。