今天在一个模块里把代码优化了一下,无非就是把每个函数都加上出错处理、对指针进行检查是否为空等等。因为我们一直看到的建议是:好的代码需要如何如何规范。所以我也冲动了一下。就按照那些好的规范来做了。结果优化完后,整个模块异常百出。是的。我优化的代价是需要很多测试人员的时间和精力来提bug,然后我再解bug。经过这个验证过程后,我的优化才能显示出成果来。但是这样做给我带来了致命的风险。整个模块异常百出。真的是得不偿失啊。
经过这个教训我总结如下经验:
1、稳定的代码才是好代码。
我忽略了一点:其实这个模块之前已经经过1年多的验证,很稳定。虽然代码不对齐,很多函数都没有出错处理;对内存分配、管理也有很多不足;对指针也没有正确检查;它违背了很多书写代码的规范。但是它很稳定。毕竟我在这个模块里解了1年多的bug。
2、经过验证的代码才是好代码。
我刻意的追求所谓的优秀代码。整齐的代码、完善的指针检查、完善的出错处理......。再优秀的代码如果没有经过实践的锤炼都将是花架子。所以优秀的代码是在长时间的正常工作。
3、如果要使用什么好的代码规范,那么我们需要在设计代码初期就做好。
不要在后期来补漏洞。在后期你会发现,有的问题,除了重新更改架构并重写所有的代码,不然没有办法。这时候,真的有点英雄气短。
4、规范、稳定、高效的代码是我们要一直的追求。
ash_riple_768180695 2007-8-21 13:07