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;

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

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

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