视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
.NET中的异常和异常处理用法分析
2020-11-27 22:38:41 责编:小采
文档

本文较为详细的分析了.NET中的异常和异常处理用法。分享给大家供大家参考。具体分析如下:

.NET中的异常(Exception)

.net中的中异常的父类是Exception,大多数异常一般继承自Exception。
可以通过编写一个继承自Exception的类的方式,自定义异常类!

异常处理机制:

代码如下:Try
{
    //可能发生异常的代码
    //后续代码    
}
//Try以外的代码
catch(Exception e)
{
}
finally
{
}
上述代码描述如下

1.谁能执行

在异常处理中,一旦try里面有了问题,程序会放弃异常的后续代码直接跳到catch中。
执行完了catch中的代码,继续执行Try以外的代码。

2.关于catch()中的参数e
e就是发生异常的异常类对象,可以任意取名。不是必须叫e的。

3.只抛一个
一块try中的代码只能抛出一个异常。
为什么呢?
因为一旦异常就抛出了啊,后面有也不执行了呀!

4.获取信息
可以通过 e.Message获取异常信息

5.必须执行
finally  无论如何都会执行

6.可以没有catch
可以只有 try catch
也可以只有try  finally

优秀的异常处理作风

1.不要逃避问题不要只把异常catch住,什么都不做,或者只是打印一下,这不是优秀的“异常处理”作风。
不知道怎么处理异常,就不要catch。让他暴露出来。既然发生异常了,问题就肯定是有的,逃避不是办法,直面他,才能解决他。尤其在分层的项目中。会让程序陷入深度的逻辑混乱状态。而问题被藏起来了,你甚至不知道哪里发生了问题。

2.如果真的遇到乱try、catch的程序员怎么办?
vs很强大,它想到了这种情况。点击【调试】【异常】进入这样一个工具,选中第二行 的引发选项。

这样在调试的时候,无论是否try  catch都会暴漏出异常。我们想要的信息就找到了。

希望本文所述对大家的.NET程序设计有所帮助。

下载本文
显示全文
专题