如果方法返回一个集合，则返回一个空集合(如上所述)。但请不要收钱。EMPTY_LIST或类似的!(以Java为例)

如果该方法检索单个对象，则您有一些选项。

If the method should always find the result and it's a real exception case not to find the object, then you should throw an exception (in Java: please an unchecked Exception) (Java only) If you can tolerate that the method throws a checked exception, throw a project specific ObjectNotFoundException or the like. In this case the compiler says you if you forget to handle the exception. (This is my preferred handling of not found things in Java.) If you say it's really ok, if the object is not found and your Method name is like findBookForAuthorOrReturnNull(..), then you can return null. In this case it is strongly recomminded to use some sort of static check or compiler check, wich prevents dereferencing of the result without a null check. In case of Java it can be eg. FindBugs (see DefaultAnnotation at http://findbugs.sourceforge.net/manual/annotations.html) or IntelliJ-Checking.

如果决定返回null，请小心。如果你不是项目中唯一的程序员，你会在运行时得到nullpointerexception(在Java或其他语言中)!所以不要返回在编译时没有检查的空值。

在一些函数中，我添加了一个参数:

..., bool verify = true)

True表示抛出，false表示返回错误返回值。这样，任何使用这个函数的人都有两个选项。为了方便那些忘记错误处理的人，默认值应该是true。

例外情况与契约式设计有关。

一个对象的接口实际上是两个对象之间的契约，调用方必须满足契约，否则接收方可能会异常失败。有两种可能的契约

1)所有输入的方法都是有效的，在这种情况下，当对象没有找到时必须返回null。

2)只有某些输入是有效的，即导致找到对象的输入。在这种情况下，您必须提供第二个方法，允许调用者确定其输入是否正确。例如

is_present(key)
find(key) throws Exception

当且仅当你提供了第二个契约的两个方法，你被允许抛出异常，但什么都没有发现!

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

返回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。

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

我更喜欢只返回null，并依赖于调用者来适当地处理它。(因为没有更好的词)例外是，如果我绝对“确定”这个方法将返回一个对象。在这种情况下，失败是一个例外，应该和应该抛出。