只有在确实是错误时才抛出异常。如果对象不存在是预期行为，则返回null。

否则就是个人喜好的问题了。

这取决于方法的性质以及如何使用它。如果正常情况下可能找不到对象，则返回null。如果总是找到对象是正常行为，则抛出异常。

根据经验，只在发生异常时使用异常。不要在编写代码时将异常抛出和捕获作为其正常操作的一部分。

只要它应该返回对象的引用，返回NULL就应该很好。

然而，如果它返回整个该死的东西(就像在c++中，如果你用'return blah;'而不是'return &blah'(或者'blah'是一个指针)，那么你不能返回NULL，因为它不是'object'类型。在这种情况下，抛出异常或返回一个没有成功标志集的空白对象是我处理问题的方式。

首选返回null——

如果调用者在不检查的情况下使用它，异常就会在那里发生。

如果调用者并没有真正使用它，不要给他一个try/catch块

如果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。

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