多测师

软件测试之如何写出漂亮的代码

　　从个人的角度来看，漂亮的代码首先得满足这么一点，可读性强。

　　如何让自己写的代码变得可读性强呢? 从最简单也是最难的做起，有意义的名称 + 减少方法的长度。

　　我看过很多遗留系统的代码，里面大都充斥着大方法，多层缩进。如果不是逼不得已，个人是不愿意去读的。就像读文章一样，写的狗屁不通的文章你愿意去看吗? 而看文笔优雅的文章却是一种享受。所以我们写代码要漂亮、要优雅。

　　这种代码维护成本相当高，要改一个bug或者新增加一个极小的功能，都可以把人玩死。首先是一个方法上来就三四百行，硬看是看不懂的，为什么?举这么几个例子：

　　1. 没有意义的变量名(或者大量缩写)，var a = xxx; var mmdi = xxx; 这种变量名称，凡是不是作者的人都看不懂，有些作者还比较好，放个注释在那。不过久而久之，代码经过删除、新增，注释不是位置不对了，就是意义不对了，反而容易误导。

　　2. 多层缩进。看一个if语句，脑子里就要记着，这里有个分支。如果if里面还有N层if加switch，立马就会晕。

　　if (aaa) { if(bb && cc) { …. } else if(xx) { … } else {} }

　　这段代码读下来，脑细胞不知道要死多少。

　　3. 过多条件组合。有时候经常看到这种代码，if(aaa && bbb && (ccc || ddd)) {}。这也是种迷惑人的手段，条件组合有很多，一会或一会与，意图不明。

　　4. 一个方法里逻辑过多，导致方法过长。比如说：

　　function demo() { //从request中拿变量 以下20行 //看看cache中有无数据 以下5行 //调用这，调用那，做些处理 以下50行 //把某些数据进行转换 以下几十行 //把数据放到view中去 …. } 还有些更厉害的 //begin, 某某新增，为了什么功能 几十行 //end //begin，为了解决什么bug 几十行 //end 这样下来，这个函数是没法读了，想要读完都不容易，鼠标滚轮都得滚坏。

　　反例有很多很多，这里也不一一列举了。下面我们看看到底怎样做才能解决这个问题。

　　1. 要用有意义的命名，不管是变量还是方法或者类等等，让人一眼看去，就明白这个东东是做什么的，它比注释管用，因为注释得另外去维护。

　　2. 不要用缩写。凡是命名都写全称，不要怕名字长。

　　3. 限制方法长度。在代码规范中强制要求，一个方法不能超过10行。这一点大多人听起来不可思议，其实很容易做到，具体怎么做，《重构》那本书都有。核心就是抽取方法。

　　function demo() { get_all_params update_something put_something_into_view }

　　4. 减少缩进，一个方法中一两级的缩进就ok了。

　　5. 关于上面过多条件组合的，简单进行重构。凡是这种组合都抽取函数，if(is_user_admin())等。然后呢，在抽取的函数中也不要return aaa && bbb && ccc这种形式，写成这样：

　　if(aaa) {return true;}if(bbb) {return true;} return false;

　　看起来很傻的写法，其实很简单可读性很好，是好代码。

　　这些都是一种习惯，习惯性的写出有意义的名称，习惯性的不断重构减少方法长度，条件反射一般写出漂亮的代码，我们都称之为代码洁癖。

　　先从最基本的做起，写代码的时候花点时间想想怎么去命名，找同事来看看，这个名字好不好，容不容易看懂。花点时间琢磨一下，这段逻辑真的应该放在这里吗，能不能抽取到一个方法中去呢?

　　如需了解更多测试技术信息请关注：http://www.duoceshi.cn/深圳多测师软件与技术服务有限公司