如果null从不表示错误，则返回null。

如果null始终是错误，则抛出异常。

如果null有时是一个异常，那么编写两个例程。一个例程抛出异常，另一个是布尔测试例程，它在输出参数中返回对象，如果没有找到对象，则返回false。

很难滥用Try例程。很容易忘记检查null。

所以当null是一个错误时，你只需要写

object o = FindObject();

当null不是错误时，您可以编写如下代码

if (TryFindObject(out object o)
  // Do something with o
else
  // o was not found

使用空对象模式或抛出异常。

如果您总是希望找到一个值，那么如果缺少该值则抛出异常。这个例外意味着有问题。

如果该值可以缺失或存在，并且两者都对应用程序逻辑有效，则返回null。

更重要的是:在代码的其他地方做什么?一致性很重要。

这取决于你的语言和代码是否支持: 三思而后行 或 EAFP(请求原谅比请求允许容易)

LBYL说你应该检查值(所以返回null) EAFP表示只需尝试操作并查看它是否失败(抛出异常)

虽然我同意以上的观点。异常应该用于异常/错误条件，在使用检查时最好返回null。

Python中的EAFP vs. LBYL: http://mail.python.org/pipermail/python-list/2003-May/205182.html (Web存档)

只提到null不被认为是异常行为的情况，我肯定是try方法，很明显，没有必要“阅读书籍”或“三思而后行”，就像这里所说的那样

所以:

bool TryFindObject(RequestParam request, out ResponseParam response)

这意味着用户的代码也将是清晰的

...
if(TryFindObject(request, out response)
{
  handleSuccess(response)
}
else
{
  handleFailure()
}
...

只要问问你自己:“找不到对象是例外情况吗?”如果期望它在程序的正常过程中发生，则可能不应该引发异常(因为它不是异常行为)。

简短的版本:使用异常来处理异常行为，而不是处理程序中的正常控制流。

-工业。