浅谈对程序开发中异常的理解和认识软件(2)

那么什么时候就知道怎样处理异常了，这就得看实际的情况和用户的要求了，这句话等于没说，就像其他的标题醒目但给出的结论却模棱两可文章一样，哈哈，这里可以给几个建议，

1，一般地，底层模块或是方法中不要处理异常，

2，编写公共模块、DLL等是，不能采用弹出对话框等依赖于平台，框架的方式处理异常，

3，编写公共模块、DLL等时，必须在使用文档中注明每个方法属性可能抛出的异常。

4，永远不要写   try 这样的语句。

{   }  catch(Exception)  {  o nothing  } 自定义异常。明白了异常的原理和机制后，就可以自己定义异常了，这样的实践往往在编写控件、公共模块、DLL等的时候，用错误编号在网上搜索一下，能找出一大堆关于错误代码的描述。其中大多数是M(icro)S(oft)制定的，MS 从操作系统到各种各样的框架都有对各种异常的编号，对每种异常做出了详细的定义，如果你还用过像Spread等商业控件，也可以看到他里边的各种各样的异常定义，也就是说我们自己也可以定义异常，在必要的时候，这样就可以让自己写的模块也加入到训练有素的员工队伍中了。至于如何定义异常，具体的编成语言有具体的做法，比如C#中指定一异常一个从Exception继承来的类，VB中异常是个全局变量等等，参见感兴趣语言的语法指南就可以了。

对异常的重新认识，一直以来许多人都认为异常是非常可怕的，可恶的，她是错误的化身，她有恼人的弹出对话框，弄得用户跟凶煞恶神似的哈哈，其实这些都是误解，异常一直默默地忠实的报告着程序中出现的严重的不可回避的问题，她为了程序、系统的正确性、严谨性呼唤你，希望你重视这些问题，希望你用智慧解决这些问题，她是多么的可爱，又是多么的高尚，从来没有因为对她的误解而放弃自己的使命……异常很重要，我们更好学会如何去使用她。