异常处理

我们在程式中经常遇到异常, 但大多情况下我们的开发人员没有遵循一套正常或有系统的处理机制．以致于出现已知的错误给操作人员（用户）的消息不准确，出现未知的错误给不出准确的原因或出错的位置给开发人员．

以下根据我的个人经验给出一套处理异常的整个过程（以Ｃ/S系统为例，Ｂ／Ｓ出大同小异）．

基本上我的原则是，各模块处理各自的错误，严格区分已处理的错误和未处理的错误，尽可能把已处理错误的详细信息告诉操作人员（用户）, 把未处理的错误信息告诉开发人员．

为什么区分已处理的错误和未处理的错误，由于开发过程中，已处理的错误是开发人员考虑过的异常，而未处理异常的开发人员没有想到的．可能导致意想不到的错误．

区分己处理的错误信息和未处理的错误信息，最好的办法是定义自己的异常类（注意尽可能要源错误放到innerException里）.

public class MyException:Exception
{
     public ExceptionType ExceptionType{get;set
     public string Code{get;set;}//Code is used to distinglish which exception.
     ......
}
如果接收到的错误是自己定义的异常，则可以认为是已经处理过的错误信息，调用者如果没有特殊处理，则就可以直接Throw到最上层显示给用户（不否认中间会重新处理).

接下来我举两个Case说明怎样处理异常

１．　常规的处理法

大家注意到我们尽可能的把已处理的错误扔给最终用户．而对未处理的异常进行处理，如果你觉到没有预测到有什么异常，那你可以不用去处理任何异常．你会发现除了顶层会显示消息和报告消自给开发人员这层处理不同外，其他都是相同的处理方式．如果是Ｃ／Ｓ，最顶层基本上是DispatchUnprocessException事件．

我个人认为大部分是属于这种处理现像.

２．　中间层可能会重新处理底层的已经处理过的异常