灰灰狼

灰灰的狼

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
程序像女孩,一些漂亮,一些丑陋。它们之间最重大的区别是什么呢?我认为是简单性(身材)。试想一下,一个体重200公斤的女人很难称之为美女。
简单性分为几个方面:
1. 代码量少。一个美女必须身材苗条,一趟代码看下来,就象高手下的棋,没有一步废棋,每一步都有它的用意,这是一种美。
2. 结构简单。眼睛和鼻子清晰分明,错落有致,不能是平齐的一只眼睛一个鼻孔,又一只眼睛又一个鼻孔。一个好的设计是功能代码与交互代码分离,即使相关的代码模块之间也不应有耦合,但一定会有交互,这时就要想办法把眼睛和鼻子分开。
3. 维护简单。美女不应无脑,不能粘着你不放,让你脱不开身做其它事情,应能抵御各种诱惑不跟别人走,只跟着我走。其实当代码量与结构简单之后,维护简单就是顺理成章的事。因为它很健壮,不容易出问题,出了问题也容易修改。
实际上:
1. 大多数情况下,简单性并不简单,它的使用过程可能很简单,但它的实现过程可能很复杂,这种实现简单性的复杂过程正是编程的乐趣所在,也是编程的实质,是程序员应该做的事情。我在编程过程中,经常会造出美女来,但随着需求的变化,功能的增多,我会发现她越来越丑了,觉得当初写的代码是狗屁,这就是代码的退化性,最初的设计越来越不符合新的需求,然后就对她做整容手术,开肠破肚甚至开颅手术也再所不惜,我始终在追求简单性,这个过程很快乐。
2. 程序的复杂性一般来源于2个方面,一是程序员的经验问题,二是需求变化导致某段代码反复的修改(其实我认为这2个方面其实是一个问题,那就是程序员有没有追求简单性的渴望)。复杂性是应该竭力避免的问题,因为它不但影响开发进度,也会隐含某些Bug,这时就涉及到一个重构的问题。绝大多数人都缺乏重构的勇气,主要是怕重构需要很长时间,不能按照完成任务。实际上这是一种错觉,重构是为了简单性,那么重构的过程大部分操作必然是删减的过程,而不是重新实现功能,原有的功能代码不需要改动,它们本来就是有效的棋,改动主要集中在模块的划分及它们的交互上。敏捷开发中,重构充斥着整个开发过程的始终,这种重构不是全部实现功能之后的重构,而是发现有可改进之处时,立即着手改动,它建立在代码集体所有的基础之上,每个人不管发现自己的还是他人的代码有问题,都应立即沟通并修改,这是一种及时的即时的修改,按照软件工程中缺陷发现的越早,修改的越早,付出的代价就越小的原理,这种重构不费吹灰之力,而且花时间在重构上,似慢实快,从局部上看好像慢了,但它推动了全局的进展,其它类似的功能可以用更简单的方法去实现,所以它实际上是快了。
虽然当我看到美女时会忘了代码,但看到丑陋的代码时却会联想到丑女,当必须要跟丑女过过招时,我就别提有多郁闷了。我最喜欢的工作是造美女,最不喜欢的工作是照着丑女画丑女像。
posted on 2010-07-05 13:42  灰灰狼  阅读(1582)  评论(20编辑  收藏  举报