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

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

例外应该是例外。如果返回null是有效的，则返回null。

通常它应该返回null。调用该方法的代码应该决定是抛出异常还是尝试其他操作。

我只是想概括一下之前提到的选项，并添加一些新的选项:

返回null 抛出异常 使用空对象模式 为您的方法提供一个布尔参数，以便调用者可以选择是否希望您抛出异常 提供一个额外的参数，以便调用者可以设置一个值，如果没有找到值，则返回该值

或者你可以把这些选项结合起来:

提供getter的多个重载版本，以便调用者可以决定采用哪种方式。在大多数情况下，只有第一个有搜索算法的实现，其他的只是围绕着第一个:

Object findObjectOrNull(String key);
Object findObjectOrThrow(String key) throws SomeException;
Object findObjectOrCreate(String key, SomeClass dataNeededToCreateNewObject);
Object findObjectOrDefault(String key, Object defaultReturnValue);

即使您选择只提供一个实现，您也可能希望使用这样的命名约定来阐明您的契约，并且它有助于您决定添加其他实现。

你不应该过度使用它，但它可能是有帮助的，特别是当你编写一个helper类时，你将在数百个不同的应用程序中使用许多不同的错误处理约定。

这取决于找不到对象意味着什么。

如果是正常状态，则返回null。这只是偶尔会发生的事情，调用者应该检查它。

如果是错误，则抛出异常，调用者应决定如何处理缺少对象的错误条件。

最终，这两种方法都可以工作，尽管大多数人通常认为只有在发生异常时才使用异常是一种良好的实践。

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

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

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

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