身为一名优秀的程序员，如避免满屏的写 if else！

时间  2020-11-30
标签 java 程序员 算法 编程 设计模式 api 并发 ide 函数 测试 栏目 快乐工作 繁體版
原文   原文链接

为何咱们写的代码都是 if-else？

程序员想必都经历过这样的场景：刚开始本身写的代码很简洁，逻辑清晰，函数精简，没有一个 if-else，可随着代码逻辑不断完善和业务的瞬息万变:好比须要对入参进行类型和值进行判断；这里要判断下对象是否为 null；不一样类型执行不一样的流程。java

落地到具体实现只能不停地加 if-else 来处理，渐渐地，代码变得愈来愈庞大，函数愈来愈长，文件行数也迅速突破上千行，维护难度也愈来愈大，到后期基本达到一种难以维护的状态。程序员

虽然咱们都很不情愿写出满屏 if-else 的代码，可逻辑上就是须要特殊判断，很绝望，可也没办法避免啊。算法

其实回头看看本身的代码，写 if-else 不外乎两种场景：异常逻辑处理和不一样状态处理。编程

二者最主要的区别是：异常逻辑处理说明只能一个分支是正常流程，而不一样状态处理都全部分支都是正常流程。设计模式

怎么理解？举个例子：api

//举例一：异常逻辑处理例子
Object obj = getObj();
if (obj != null) {
    //do something
}else{
    //do something
}

//举例二：状态处理例子
Object obj = getObj();
if (obj.getType == 1) {
    //do something
}else if (obj.getType == 2) {
    //do something
}else{
    //do something
}

第一个例子 if (obj != null) 是异常处理，是代码健壮性判断，只有 if 里面才是正常的处理流程，else 分支是出错处理流程；而第二个例子无论 type 等于 1，2 仍是其余状况，都属于业务的正常流程。对于这两种状况重构的方法也不同。并发

代码 if-else 代码太多有什么缺点？ide

缺点至关明显了：最大的问题是代码逻辑复杂，维护性差，极容易引起 bug。若是使用 if-else，说明 if 分支和 else 分支的重视是同等的，但大多数状况并不是如此，容易引发误解和理解困难。函数

是否有好的方法优化？如何重构？测试

方法确定是有的。重构 if-else 时，心中无时无刻把握一个原则：

尽量地维持正常流程代码在最外层。

意思是说，能够写 if-else 语句时必定要尽可能保持主干代码是正常流程，避免嵌套过深。

实现的手段有：减小嵌套、移除临时变量、条件取反判断、合并条件表达式等。

下面举几个实例来说解这些重构方法：

异常逻辑处理型重构方法实例一

重构前：

double disablityAmount(){
    if(_seniority < 2)
        return 0;

    if(_monthsDisabled > 12)
        return 0;

    if(_isPartTime)
        return 0;

    //do somethig
}

重构后：

double disablityAmount(){
    if(_seniority < 2 || _monthsDisabled > 12 || _isPartTime)
        return 0;

    //do somethig
}

这里的重构手法叫合并条件表达式：若是有一系列条件测试都获得相同结果，将这些结果测试合并为一个条件表达式。

这个重构手法简单易懂，带来的效果也很是明显，能有效地较少if语句，减小代码量逻辑上也更加易懂。

异常逻辑处理型重构方法实例二

重构前：

double getPayAmount(){
    double result;
    if(_isDead) {
        result = deadAmount();
    }else{
        if(_isSeparated){
            result = separatedAmount();
        }
        else{
            if(_isRetired){
                result = retiredAmount();
            else{
                result = normalPayAmount();
            }
        }
    }
    return result;
}

重构后：

double getPayAmount(){
    if(_isDead)
        return deadAmount();

    if(_isSeparated)
        return separatedAmount();

    if(_isRetired)
        return retiredAmount();

    return normalPayAmount();
}

怎么样？比对两个版本，会发现重构后的版本逻辑清晰，简洁易懂。

和重构前到底有什么区别呢？

最大的区别是减小 if-else 嵌套。能够看到，最初的版本 if-else 最深的嵌套有三层，看上去逻辑分支很是多，进到里面基本都要被绕晕。其实，仔细想一想嵌套内的 if-else 和最外层并无关联性的，彻底能够提取最顶层。

改成平行关系，而非包含关系，if-else 数量没有变化，可是逻辑清晰明了，一目了然。

另外一个重构点是废除了 result 临时变量，直接 return 返回。好处也显而易见直接结束流程，缩短异常分支流程。原来的作法先赋值给 result 最后统一 return，那么对于最后 return 的值究竟是那个函数返回的结果不明确，增长了一层理解难度。

总结重构的要点：若是 if-else 嵌套没有关联性，直接提取到第一层，必定要避免逻辑嵌套太深。尽可能减小临时变量改用 return 直接返回。

异常逻辑处理型重构方法实例三

重构前：

public double getAdjustedCapital(){
    double result = 0.0;
    if(_capital > 0.0 ){
        if(_intRate > 0 && _duration >0){
            resutl = (_income / _duration) *ADJ_FACTOR;
        }
    }
    return result;
}

第一步，运用第一招，减小嵌套和移除临时变量：

public double getAdjustedCapital(){
    if(_capital <= 0.0 ){
        return 0.0;
    }
    if(_intRate > 0 && _duration >0){
        return (_income / _duration) *ADJ_FACTOR;
    }
    return 0.0;
}

这样重构后，还不够，由于主要的语句 (_income / _duration) *ADJ_FACTOR; 在 if 内部，并不是在最外层，根据优化原则（尽量地维持正常流程代码在最外层），能够再继续重构：

public double getAdjustedCapital(){
    if(_capital <= 0.0 ){
        return 0.0;
    }
    if(_intRate <= 0 || _duration <= 0){
        return 0.0;
    }

    return (_income / _duration) *ADJ_FACTOR;
}

这才是好的代码风格，逻辑清晰，一目了然，没有 if-else 嵌套难以理解的流程。

这里用到的重构方法是：将条件反转使异常状况先退出，让正常流程维持在主干流程。

异常逻辑处理型重构方法实例四

重构前：

/* 查找年龄大于18岁且为男性的学生列表 */
public ArrayList<Student> getStudents(int uid){
    ArrayList<Student> result = new ArrayList<Student>();
    Student stu = getStudentByUid(uid);
    if (stu != null) {
        Teacher teacher = stu.getTeacher();
        if(teacher != null){
            ArrayList<Student> students = teacher.getStudents();
            if(students != null){
                for(Student student : students){
                    if(student.getAge() > = 18 && student.getGender() == MALE){
                        result.add(student);
                    }
                }
            }else {
                logger.error("获取学生列表失败");
            }
        }else {
            logger.error("获取老师信息失败");
        }
    } else {
        logger.error("获取学生信息失败");
    }
    return result;
}

典型的"箭头型"代码，最大的问题是嵌套过深，解决方法是异常条件先退出，保持主干流程是核心流程：

重构后：

/* 查找年龄大于18岁且为男性的学生列表 */
public ArrayList<Student> getStudents(int uid){
    ArrayList<Student> result = new ArrayList<Student>();
    Student stu = getStudentByUid(uid);
    if (stu == null) {
        logger.error("获取学生信息失败");
        return result;
    }

    Teacher teacher = stu.getTeacher();
    if(teacher == null){
        logger.error("获取老师信息失败");
        return result;
    }

    ArrayList<Student> students = teacher.getStudents();
    if(students == null){
        logger.error("获取学生列表失败");
        return result;
    }

    for(Student student : students){
        if(student.getAge() > 18 && student.getGender() == MALE){
            result.add(student);
        }
    }
    return result;
}

状态处理型重构方法实例一

重构前：

double getPayAmount(){
    Object obj = getObj();
    double money = 0;
    if (obj.getType == 1) {
        ObjectA objA = obj.getObjectA();
        money = objA.getMoney()*obj.getNormalMoneryA();
    }
    else if (obj.getType == 2) {
        ObjectB objB = obj.getObjectB();
        money = objB.getMoney()*obj.getNormalMoneryB()+1000;
    }
}

重构后：

double getPayAmount(){
    Object obj = getObj();
    if (obj.getType == 1) {
        return getType1Money(obj);
    }
    else if (obj.getType == 2) {
        return getType2Money(obj);
    }
}

double getType1Money(Object obj){
    ObjectA objA = obj.getObjectA();
    return objA.getMoney()*obj.getNormalMoneryA();
}

double getType2Money(Object obj){
    ObjectB objB = obj.getObjectB();
    return objB.getMoney()*obj.getNormalMoneryB()+1000;
}

这里使用的重构方法是：把 if-else 内的代码都封装成一个公共函数。函数的好处是屏蔽内部实现，缩短 if-else 分支的代码。代码结构和逻辑上清晰，能一下看出来每个条件内作的功能。

状态处理型重构方法实例二

针对状态处理的代码，一种优雅的作法是用多态取代条件表达式(《重构》推荐作法)。

你手上有个条件表达式，它根据对象类型的不一样而选择不一样的行为。将这个表达式的每一个分支放进一个子类内的覆写函数中，而后将原始函数声明为抽象函数。

重构前：

double getSpeed(){
    switch(_type){
        case EUROPEAN:
            return getBaseSpeed();
        case AFRICAN:
            return getBaseSpeed()-getLoadFactor()*_numberOfCoconuts;
        case NORWEGIAN_BLUE:
            return (_isNailed)?0:getBaseSpeed(_voltage);
    }
}

重构后：

class Bird{
    abstract double getSpeed();
}

class European extends Bird{
    double getSpeed(){
        return getBaseSpeed();
    }
}

class African extends Bird{
    double getSpeed(){
        return getBaseSpeed()-getLoadFactor()*_numberOfCoconuts;
    }
}

class NorwegianBlue extends Bird{
    double getSpeed(){
        return (_isNailed)?0:getBaseSpeed(_voltage);
    }
}

能够看到，使用多态后直接没有了 if-else，但使用多态对原来代码修改过大，须要一番功夫才行。最好在设计之初就使用多态方式。

总结

if-else 代码是每个程序员最容易写出的代码，同时也是最容易被写烂的代码，稍不注意，就产生一堆难以维护和逻辑混乱的代码。

针对条件型代码重构把握一个原则：

尽量地维持正常流程代码在最外层，保持主干流程是正常核心流程。

为维持这个原则：合并条件表达式能够有效地减小if语句数目；减小嵌套能减小深层次逻辑；异常条件先退出天然而然主干流程就是正常流程。

针对状态处理型重构方法有两种：一种是把不一样状态的操做封装成函数，简短 if-else 内代码行数；另外一种是利用面向对象多态特性直接干掉了条件判断。

如今回头看看本身的代码，犯了哪些典型错误，赶忙运用这些重构方法重构代码吧！！

推荐阅读：

字节跳动总结的设计模式 PDF 火了，完整版开放分享

刷Github时发现了一本阿里大神的算法笔记！标星70.5K

若是能听懂这个网约车实战，哪怕接私活你均可以月入40K

为何阿里巴巴的程序员成长速度这么快，看完他们的内部资料我懂了

程序员达到50W年薪所须要具有的知识体系。

—小时解读并发编程三大特性

关于【暴力递归算法】你所不知道的思路

看完三件事❤️

若是你以为这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：

点赞，转发，有大家的 『点赞和评论』，才是我创造的动力。

关注公众号 『 Java斗帝 』，不按期分享原创知识。

同时能够期待后续文章ing🚀

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程