最近安排作项目维护，忙了一个星期，终于把事情理顺了。得窥软件周期中开发和善后的关系，一个系统，建设起来是容易的，但维护一个系统，不光只提供开发文档那么简单。一个优秀的系统，一定要有不错的设计。一个撇脚的设计，制造出来的一定会是一个垃圾的系统。不然，后面的人做维护的时候，马上陷入代码的百慕大不能自拔，要么举步维艰，一步一测试；要么全部推倒重来，一切重新开始。
我着手维护的是项目里面一个购物车的模块，发现开发的那批人员头痛医头，脚痛医脚，完全摒弃软工和oo的开发模式。当时为了赶进度，将sql语句、登录验证和处理逻辑等统统胶结在一起，一个方法有600行之多，整个当时开发的第一个版本到最后一个版本定稿一共持续一个月之久，很多地方就增增补补，看过去完全抓不到程序的控制脉络。
没办法，我决定从新开始。经过一番思考。我发现重新编写一个数据结构，用一个类封装对这个数据结构的所有的操作最简单。通过这样，成功地将原来处理过程中重复的子功能剥离出来，程序逻辑部分需要用的时候就直接调用，代码简洁、逻辑分明。而且以后再增加子功能，也变得相当简单。终于让自己满意了~~~~
这其中体会oo编程思想的强悍，软件复用思想的好处自不多说。而且第一次接触到重构。很多时候我们的项目不是“质量驱动”，而是“进度驱动”，质量只是挂在嘴边的东西，真正开发起来的时候最关心的，还是什么时候交工而已。
