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

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

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

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

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

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

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

is_present(key)
find(key) throws Exception

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

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

这取决于你的方法。如果你的方法应该总是返回一个有效的对象，但却没有找到，那么抛出异常就是正确的方法。如果该方法只是返回一个可能存在也可能不存在的对象(比如联系人的图像)，则不应该引发错误。

你可能还想公开一个返回布尔值true/false的方法，如果这个方法实际上会返回一个对象，这样你就不必a)检查null或b)捕捉异常

返回空值而不是抛出异常，并在API文档中清楚地记录空返回值的可能性。如果调用代码不遵守API并检查空情况，它很可能会导致某种“空指针异常”:)

在c++中，我可以想到3种不同的方法来设置查找对象的方法。

选择一个

Object *findObject(Key &key);

当找不到对象时返回null。很好很简单。我选这个。下面的替代方法是为那些不讨厌out-params的人准备的。

选项B

void findObject(Key &key, Object &found);

传入一个将接收该对象的变量引用。当找不到对象时，该方法抛出异常。如果不是真的期望找不到对象，那么这种约定可能更适合——因此您可以抛出异常来表示这是一个意外情况。

C选项

bool findObject(Key &key, Object &found);

当找不到对象时，该方法返回false。与选项A相比，这个选项的优点是，您可以在一个明确的步骤中检查错误情况:

if (!findObject(myKey, myObj)) { ...