Exception的几个心得

Exception的几个心得:

1.Exception是绝对需要的,如果忽视异常,不继续处理或者报告异常,那么问题代码会继续被上游程序调用,导致整个系统脆弱.

2.但是Exception是需要被设计的.

首先,不要将大段关键代码用一个Exception封装了事.

分支Exception使代码不那么脆弱.如果只满足于抛出一个总的Exception,一方面使得用户不能得到该Exception的进一步信息,另一方面使得任何分支程序出现问题导致整个程序中止,这样固然省事,但是没有给用户根据Exception的不同情况进行修正的机会,整个系统的易用性会受影响.

其次,使用异常转化.

除了使用缺省的Exception和分支子类之外,可以自定义扩展Exception(应该总是从 System.ApplicationException类派生你的异常类).一方面对自己特定的业务执行状况进行Exception的定义和封装,另一方面也可以放入更多信息(这样的信息往往需要跨越系统若干层传递到GUI或者业务层),比如程序执行状况,执行者,Exception的自定义级别等,这样,越是生成更多的关于错误的额外的信息，就越是容易让异常用于诊 断，以及可能修正错误.

3.异常的展现.

在程序中应专门引入一个警告窗口,用来显示Exception发生情况,同时在该界面为用户提供若干选择,比如"重试","排错","向管理员汇报","忽略"等.

 

4.尽可能在最低级别处理错误。
避免通过异常处理机制将较低级别(DataAccess,Facade)抽象公开给较高级别(UI)。
如果您必须使异常沿栈上移，那么应将较低级别异常转化为对于处理层而言有一定意义的异常(自定义异常)。