对于绝大多数情况,我认为查询方法应该扔出异常,而不是返回第一条。
这个其实是一个fail-fast和fail-safe的讨论。
返回第一条看起来让你的程序强壮,少了很多crash的机会。但实际是是把错误隐藏的更深。比如说你每个订单交税一次,结果你查出两个,如果你不抛异常,返回第一个,那此时调用方怎么处理都不对吧?
此时一般让应用程序尽快停止,防止错误数据产生进一步更严重的后果--比如说你出税表出错了,让税务局罚款。我们这时候就应该先停下来修复数据。
那我们什么时候fail-safe呢?一般是在当我们强调更多可用性availability的时候。那这时候你往往要接受数据的不一致。比如说你调用这个问题下的所有回答列表的时候,如果有个别回答数据出错,你还是可以得到一个不完整的列表。
但这是一个特殊的情况,fail-safe更不代表出了错你就忍了。你还是要在调用方处理异常,而不是服务提供方吃掉异常。因为调用方有更多的context,比如说你可能需要做适当的rollback等,你也可以用一些默认的值来填补缺失的数据,至少你得打个log吧。总之,你是明白出错的后果,并且知道如何处理的。