从个人的角度来看，漂亮的代码首先得满足这么一点，可读性强。
如何让自己写的代码变得可读性强呢？ 从最简单也是最难的做起，有意义的名称 + 减少方法的长度。
我看过很多遗留系统的代码，里面大都充斥着大方法，多层缩进。如果不是逼不得已，个人是不愿意去读的。就像读文章一样，写的狗屁不通的文章你愿意去看吗？ 而看文笔优雅的文章却是一种享受。所以我们写代码要漂亮、要优雅。
这种代码维护成本相当高，要改一个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;
看起来很傻的写法，其实很简单可读性很好，是好代码。
这些都是一种习惯，习惯性的写出有意义的名称，习惯性的不断重构减少方法长度，条件反射一般写出漂亮的代码，我们都称之为代码洁癖。
先从最基本的做起，写代码的时候花点时间想想怎么去命名，找同事来看看，这个名字好不好，容不容易看懂。花点时间琢磨一下，这段逻辑真的应该放在这里吗，能不能抽取到一个方法中去呢？
