虽然我们大家都知道这个道理,但能长期坚持下来的并不多。
在多年的项目开发过程中,遇到了各型各色的程序员,有技术一流的,有速度一流的,当然也有bug不断的,但真正能做到养成良好代码习惯并不多,我一开始也是认为把功能完成能用就行了,有必要花大力气弄这些东西吗?不过在吃了几次亏之后,我才真正知道这点的重要性。
举几个例子吧:有位动手能力不错的同事做了一个项目,后面需要3、4个测试人员给他测试,旧的bug没有改完,新的bug就又出现了,弄的整个项目组怨声载道,叫苦连天;其实这位同事在设计、美工方面很有想法,钻研技术的能力也很高,就是不好的代码习惯拉低了他的水平,最关键的是他已经形成了坏的习惯,想修改就比较难了;我也曾经在早期的一个项目中由于良好的代码习惯,造成项目一出问题,就东怀疑西怀疑,无法定位问题根源,只能变通解决,造成问题一出再出,差点搅黄了项目不说,还让自己对项目开发产生了恐惧感(一提到这个项目的问题就不知所措)。
我不断在研究什么是良好的代码习惯:
每写一句代码,脑子要思维定式的问问自己是否是最佳的代码【如果不是,就需要查资料问别人,达到自己认可,日积月累慢慢就会自我感觉良好】;
每写一个函数,就要想想这个函数是否符合面向对象开发规范【自从采用面向对象的分析、设计、开发后,很多疑难杂症都有治疗方案了,治不治得好就看你的水平了】;
每写一个逻辑,要在头脑中验算几遍是否可行【复杂的逻辑要多动手,勾画出逻辑的关键】;
每一次函数、逻辑调用,要考虑是否存在失败的情况,如何应对【这是很多程序员的通病,只管成功不管失败,结果失败来临时,束手无策】;
每一个页面要从左上角到右下角,把涉及的逻辑考虑完善,主要逻辑一定要自己亲自测试一遍,条件允许的话所有的逻辑尽量都要自己能控制到【很多情况下,功能做完了,由于一点的小bug造成用户对软件质量产生质疑,节省一点时间结果得不偿失】。
啰里啰嗦说了这么多,其实核心只有一个,细节决定成败,只有注重了细节,才能经得起风吹雨打,如果平时不注重细节,一段发现问题,不能及时定位,因小失大,后悔莫及。