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

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

 

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

 

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值