首页 / C# / c#-异常处理中的异常处理
c#-异常处理中的异常处理
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了c#-异常处理中的异常处理,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1032字,纯文字阅读大概需要2分钟。
内容图文
![c#-异常处理中的异常处理](/upload/InfoBanner/zyjiaocheng/683/18e49574fed24427adb398bfe6a271e4.jpg)
在异常处理中进行异常处理的最佳实践是什么?
我发现自己正在使用现有的C#(Framework 4.0)系统,该系统在捕获中使用自定义对象,并最终阻塞了系统的大多数Application Server层.
考虑此代码库中方法的以下摘要版本:
public void DoSomeStuff(string sGUID)
{
try
{
// Foo
}
catch (Exception oEx)
{
oExceptions.Add(oEx);
if (oDBConn.NumberOfActiveTrans > 0)
{
oDBConn.Rollback();
}
}
finally
{
oDBConn.DeleteLocksByGUID(sGUID);
}
}
我可能过于偏执,但是我发现自己非常担心这些事件可能发生的未处理异常.
因此,像下面的更新版本这样的做法是否可以接受?或者是否有更好的方法完成同一件事?
public void DoSomeStuff(string sGUID)
{
try
{
// Foo
}
catch (Exception oEx)
{
oExceptions.Add(oEx);
try
{
if (oDBConn.NumberOfActiveTrans > 0)
{
oDBConn.Rollback();
}
}
catch (Exception oEEx)
{
oExceptions.Add(oEEx);
}
}
finally
{
try
{
oDBConn.DeleteLocksByGUID(sGUID);
}
catch (Exception oFEx)
{
oExceptions.Add(oFEx);
}
}
}
解决方法:
我个人不会在最后添加try catch块,因此它可能是无尽的链条.通常,您最终不应该包含复杂的内容,无论如何,在调用方中都应捕获意外的异常.
编辑:看起来更接近代码,我看不出为什么最后的代码不应该放在try块中.
内容总结
以上是互联网集市为您收集整理的c#-异常处理中的异常处理全部内容,希望文章能够帮你解决c#-异常处理中的异常处理所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。