良好的代码习惯

虽然我们大家都知道这个道理，但能长期坚持下来的并不多。

在多年的项目开发过程中，遇到了各型各色的程序员，有技术一流的，有速度一流的，当然也有bug不断的，但真正能做到养成良好代码习惯并不多，我一开始也是认为把功能完成能用就行了，有必要花大力气弄这些东西吗？不过在吃了几次亏之后，我才真正知道这点的重要性。

举几个例子吧：有位动手能力不错的同事做了一个项目，后面需要3、4个测试人员给他测试，旧的bug没有改完，新的bug就又出现了，弄的整个项目组怨声载道，叫苦连天；其实这位同事在设计、美工方面很有想法，钻研技术的能力也很高，就是不好的代码习惯拉低了他的水平，最关键的是他已经形成了坏的习惯，想修改就比较难了；我也曾经在早期的一个项目中由于良好的代码习惯，造成项目一出问题，就东怀疑西怀疑，无法定位问题根源，只能变通解决，造成问题一出再出，差点搅黄了项目不说，还让自己对项目开发产生了恐惧感（一提到这个项目的问题就不知所措）。

我不断在研究什么是良好的代码习惯：

每写一句代码，脑子要思维定式的问问自己是否是最佳的代码【如果不是，就需要查资料问别人，达到自己认可，日积月累慢慢就会自我感觉良好】；

每写一个函数，就要想想这个函数是否符合面向对象开发规范【自从采用面向对象的分析、设计、开发后，很多疑难杂症都有治疗方案了，治不治得好就看你的水平了】；

每写一个逻辑，要在头脑中验算几遍是否可行【复杂的逻辑要多动手，勾画出逻辑的关键】；

每一次函数、逻辑调用，要考虑是否存在失败的情况，如何应对【这是很多程序员的通病，只管成功不管失败，结果失败来临时，束手无策】；

每一个页面要从左上角到右下角，把涉及的逻辑考虑完善，主要逻辑一定要自己亲自测试一遍，条件允许的话所有的逻辑尽量都要自己能控制到【很多情况下，功能做完了，由于一点的小bug造成用户对软件质量产生质疑，节省一点时间结果得不偿失】。

啰里啰嗦说了这么多，其实核心只有一个，细节决定成败，只有注重了细节，才能经得起风吹雨打，如果平时不注重细节，一段发现问题，不能及时定位，因小失大，后悔莫及。