为正常的过程写架构和代码

   这一段经常和别人谈起，我们的程序架构和代码过程要受正常过程的影响，而不是首先考虑异常过程，让异常过程决定了代码的设计。

 

   在我的观念中，异常过程的解决，不需要追求完美，只要无大错即可。毕竟是异常的处理，而且异常的解决要经常借助的方式是“少量异常的处理代码” + “复用正常的代码”，所有模块其上的操作，最终化为功能模块接口或基本原语的组合和排列。这就要求了你所刻画的正常过程的代码，囊括了涉及功能模块的接口服务或称之为原语操作，类似数学中公理形式化的东东，这可能是所有模块设计所追求的，有一个严格的数学基础，呵呵。

 

  让异常过程决定了代码的结构，首先就不是一种清晰和简单的体现，我们把问题想复杂了。很多人接触一个功能的时间，首先反映到脑海中的就是正常过程，所以，如果让其很快熟悉这个设计或功能，以正常过程为基座建立的模块，才是我们最应该做的！异常的考虑是在正常之后，所谓形而上学，是要最后考虑的东西。
 
  但是，我所见到的很多程序员，往往以考虑异常过程为傲，觉得自己思考的全面，比别人掌握的深，而往往这种心态写出来的代码也是别人所难以懂得和理解的，很快就会腐朽的东西！