(长期阅读 SO,第一次问问题。
我在 PHP/Ruby/Python 世界多年以来对 C# 还很陌生,所以如果这是一个愚蠢的问题,我深表歉意。)
我正在对旧的 C# 应用程序进行维护,每当 SmtpClient.Send() 失败时该应用程序就会崩溃。从我从 MSDN 收集到的信息中,我可以看到解决此问题的明显方法,但我的问题也与更一般的情况有关。
根据 MSDN:
try {
client.Send(message);
}
catch (Exception ex) {
Console.WriteLine("Exception caught in CreateTestMessage2(): {0}",
ex.ToString() );
}
这一切对我来说都是有道理的,但我也一直认为,只要你能防止错误的可能性,你就应该这样做。您可以(并且应该?)在这里做些什么来减少 Send() 抛出异常的可能性吗?
我假设在某些情况下无法避免出现异常的可能性,因此您必须处理它,但是是否有任何通用的风格指南或人们用来指导他们的规则?
再次抱歉,如果这是一个废话问题。我尝试尽可能多地搜索 SO 和 Google。
编辑:我刚刚发现这个问题 Best practices for exception management in java or C 这可能会在某种程度上回答我的问题。
EDIT2:感谢您的及时反馈,速度非常快。我一直在思考这个问题,也许这可以进一步完善我的要求。
说某些异常(如 SmtpException)真的无法避免是正确的吗?使用 SmtpException 之类的异常来告诉您发送出现问题而您随心所欲地处理它是不是更正确?
我觉得我在这个问题上听起来有点模糊,但我问是因为我能学到的任何东西都对我的信心有好处。
最佳答案
这是我称之为“外生”异常情况的一个很好的例子。
http://ericlippert.com/2008/09/10/vexing-exceptions/
考虑一个类似的案例——打开一个文件。您可以通过以下方式减少获得异常的机会:
- 检查文件是否存在
- 检查用户是否有打开文件的权限
- 正在检查另一个应用程序是否已锁定该文件
- 废话
- 等等等等
- 等等等等
您可以执行所有操作,但在打开文件时仍会出现异常。因为在进行所有这些检查和您尝试打开文件之间,某些事情可能已经发生了变化。另一个进程可能更改了权限,或者锁定了文件,或者用户从驱动器中取出了 CD-ROM,等等。操作是否成功取决于您无法以任何有保证的方式进行测试的外生现实世界条件。
外生异常处理起来很痛苦,因为即使您做了很多工作来消除它们,您也必须处理它们。
发送邮件也是一样。你可以检查各种东西来尝试消除异常,这可能在 99% 的时间里都有效,但你仍然不能保证在你所有的检查和实际发送邮件的尝试之间,有人没有拔掉路由器的插头在完全错误的时刻。您只需要忍受并处理异常。
关于C# SmtpClient.Send() - 处理异常的任何替代方法(或伴侣)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1107402/