异常处理一般原则

基于目前所做项目前期规划没有做好，导致代码的异常处理没有做好，引起了很多的问题。所以对异常处理做了一点简单的规范，期望能够暂时解决问题。

[b]异常处理一般原则[/b]
异常处理实质就是错误处理，从本质上，错误分为两种，一种是可恢复的，另一种是不可恢复的。（一下描述错误统称为异常）

1. 对于可以恢复的异常，可以在异常发生的地方进行处理。一般来说这种类型的异常比较少。

2. 对于不可以恢复的异常，一般有两种方案：一是做适当的清理，退出模块和系统；二是系统提供一个统一处理模块，此模块负责的事情通常就是logging、发送错误报告、可能也会重启模块。基于目前的项目环境，在模块出现异常的时候是不应该导致系统等环境异常退出的，比较好的做法是能够开发统一的异常处理模块，在每个模块的入口点捕获异常进行处理。

[b]项目改进措施建议[/b]
基于目前的项目进度要求，目前改进措施建议，对各模块代码的要求：
1. 模块服务层的代码需要使用抛异常的形式来报告错误，比如服务层的某些功能无法完成，则应该抛出异常，并在接口定义出写好注释，一般在服务层不会吃掉异常。

2. 异常类型优先考虑使用系统已有的异常（见列表System名称空间常见异常类），每个模块可以根据自己的需要创建新异常类型，并进行知会。

3. 在模块的功能入口点（一般在UI层）使用系统的异常处理统一模块进行处理。（大部分都是在各模块的UI事件处理部分）

4. 异常处理要求，使用日志组件记录异常的堆栈信息和其他重要信息。

大家可以根据经验给点意见。