C# 我应该把我自己的论点扔出范围例外还是让一个从下面冒出来？
我有一个类包装列表 我使用索引方法获取值：C# 我应该把我自己的论点扔出范围例外还是让一个从下面冒出来？,c#,.net,exception,exception-handling,C#,.net,Exception,Exception Handling,我有一个类包装列表 我使用索引方法获取值： public RenderedImageInfo GetValue(int index) { list[index].LastRetrieved = DateTime.Now; return list[index]; } 如果用户请求的索引超出范围，这将抛出ArgumentOutOfRangeException 我应该让这一切发生还是检查一下，然后扔掉我自己的？i、 e public R
public RenderedImageInfo GetValue(int index)
{
list[index].LastRetrieved = DateTime.Now;
return list[index];
}
public RenderedImageInfo GetValue(int index)
{
if (index >= list.Count)
{
throw new ArgumentOutOfRangeException("index");
}
list[index].LastRetrieved = DateTime.Now;
return list[index];
}
现在我想起来了，第三种情况怎么样，我捕获内部异常，修改它，然后重新显示它？在这种情况下，让异常冒泡出来是可以的 编辑 我被要求更新我的答案，包括一些回答 可以说，捕获异常并将其作为内部重新引用更为健壮，因为它将您与更改隔离开来，并创建一个更一致的接口。话虽如此，在开发人员可以访问所有代码的环境中，好处可能非常小——几乎没有。此外，我们获得的任何微小利益都不是免费的。额外的错误处理代码增加了复杂性，必须对其本身进行测试以确保其正常工作。它还增加了在维护期间破坏该方法的风险，因为该方法的基本功能可能会被所有防弹措施所掩盖 那么，这值得吗？视情况而定。它归结为成本/收益分析，这只能针对特定的环境进行。对于公共API（如AlphaFS），其好处可能远远超过成本。对于不是为显著重用而设计的代码的内部使用，它可能不是。这就是我最初回答的背景，我仍然支持。此外，正如Hightechrider所指出的，可能还有其他技术，比如编码契约，它们产生了几乎相同的好处，但成本较低，改变了等式，有利于健壮性 和往常一样，我对合理的分歧持开放态度。然而，我建议大家尽量避免一刀切的想法 编辑
为了清楚地表明，当我说错误处理代码容易出错时，我并没有发疯，请看一下原始问题，并告诉我您是否能够发现错误。如果你愿意的话，我会给你一个+1。你应该放弃你自己的，原因有两个：
在本例（ArgumentOutOfRangeException）中，存在内部列表这一事实应作为实现细节保留，用户没有理由查看该信息。如果您使用的是.NET 2.0或更高版本，则可以使用，如下所示：
public RenderedImageInfo GetValue(int index)
{
try {
list[index].LastRetrieved = DateTime.Now;
return list[index];
} catch (ArgumentOutOfRangeException ex) {
throw new ArgumentOutOfRangeException("index", ex);
}
}
ArgumentOutOfRangeExceptionInnerExceptionArgumentOutOfRangeLdapAuthenticationServiceDatabaseAuthenticationServiceLdapDirectoryExceptionSqlExceptionFailedAuthenticationExceptionInnerExceptionLis