读《代码整洁之道》的一点小体会

????? 昨天下载了《代码整洁之道》,跳读了下，感慨良多，受益匪浅。其中的有一段给我印象很深，也是我一直思考的主要问题之一。原文如下：

????? 混乱的代价

?

?????? 我正式干编程也算小两年了，上面混乱的代价说的，我体会最深，曾经入职一家公司，工作交接给我后，我细读了项目的源码，我一边读一边冒火，时而有甩鼠标的冲动，心中有句永远没吐出来的话："靠，这是代码吗？坑爹啊"。也许是我个人修为还不够，不能容忍这类无章法和逻辑的代码。整个项目没几行注释，变量命名没有规则和约束，还用单字母表示，方法五花八门，for嵌套的一层又一层，有add***()，也有insert***()，用到日期new Date()，之后可能是代码修改了不用了也不去删除，重复代码一堆堆，还让维护人活吗？很多方法本身就是逻辑不对。天天面对这些鬼代码，心情沉重啊，时隔不久，我并提出了重构整个项目，出现了上面说的华丽新设计里面说的一切，费了不少时间。重构差不多了，我也像上面说的一样离开了公司。我深知了代码整洁、质量的重要性。看完这书，我再回想那段维护糟糕代码和重构项目的日子，感慨颇多，也和他说的有着惊人相似之处。其中的代价可想而知，我花了一个月时间维护那些糟糕代码，最后还是受不了，终于又花了一个月时间重构了项目，公司支付两月薪水，却功能停留在原有阶段，待有所起色，员工也离职。这还是一个人维护的项目，倘若是大项目，后果会如何呢？

?????? 好了，那些无聊的话不多说，总结下为什么会出现这些糟糕的代码吧。我认为一是程序员的个人素质，这点毋庸置疑，程序员和程序员是相差很大的，见过不少人写的代码，程序员本身就没逻辑性，何来高质量代码。一个业务的实现，自己都闹不明白，代码又咋能写对。所以我还是觉得逻辑能力是程序员的重要素质之一。二是程序员的态度，很大的代码并没有复杂的逻辑，只要你认真优化下代码，比如变量和方法命名的规范，代码缩进，重复代码的提取等等这些都是举手之劳，只看你态度了。三是管理，倘若给出变量、方法、类、包等命名的规范，进行codereview，相互提醒，共同提高也是个解决方法之一。四是务必写好单元测试，高质量代码的几个标准有：能通过所有测试； 没有重复代码； 体现系统中的全部设计理念；包括尽量少的实体，比如类、方法、函数等。可见测试的重要性。没有单元测试，一旦出现问题，复杂的方法可能定位问题就得花掉不少时间。写单元测试不是浪费时间，而是节约时间。这些都只是我个人观点，也非正确，我写的代码也存在很多问题，这里也是为了提醒下自己，也算是一篇读后感吧，希望以后自己写代码能越来越整洁而已。

?