如何避免在代码中大量使用if-else？

红太狼 2022-11-04 05:54 159阅读 0赞

> 微信公众号：**Java随笔录**  
> 关注可了解更多Java相关的技术分享。问题或建议，欢迎公众号留言！  
> **如果你觉得JiangNanMax对你有帮助，欢迎赞赏！**

### 文章目录 ###

*   *   *  前言
         *  使用枚举
         *  使用Optional
         *  表驱动法
         *  提前判断返回
         *  其他
         *  公众号
         *  赞赏

### 前言 ###

前段时间，相信大家肯定和小录一样，被各个公众号的一篇标题为“CTO：再写if-else，逮着罚款1000”的推送轮番轰炸。而关于if else，小录也做了点总结，可供参考。

说到逻辑控制语句，相信大家最先想到的就是if…else…。确实，在我们的日常编码中，尤其是算法题目的求解，if else代码块应该是最高频的关键字了。但是，在实际的项目开发中，随着项目的迭代，代码中存在的分支判断可能会越来越多，当里面涉及到的逻辑比较复杂或者分支数量实在是多的难以维护的时候，如果大量使用if else代码块，那会给代码维护工作带来很大的负担。因此，我们就要考虑下，有什么办法能让这些代码变得更优雅，小录给大家总结了几个比较常见的优化方法。

### 使用枚举 ###

这里小录大致定义一个了表示线程状态的枚举类

public enum Status { 
        NEW(0), RUNNABLE(1), RUNNING(2), BLOCKED(3), DEAD(4);
    
        public int statusCode;
    
        Status(int statusCode){ 
            this.statusCode = statusCode;
        }
    }

那么我们在使用的时候就可以直接通过枚举进行调用

// param is in {"NEW", "RUNNABLE", "RUNNING", "BLOCKED", "DEAD"}
    int statusCode = Status.valueOf(param).statusCode;

相比于如下if else代码块，更加优雅的实现了代码赋值

if("NEW".equals(param)) { 
        statusCode = 0;
    } else if ("RUNNABLE".equals(param)){ 
        statusCode = 1;
    } else if ...

### 使用Optional ###

在项目中，总少不了一些非空的判断，大部分人都会使用如下判断

if(null == obj) { 
        //action1
    } else { 
        //action2
    }

这里可以使用Optional，它能让非空校验更加优雅，并实现同样的效果，间接减少if else操作，让代码更加紧凑。

Optional<Obj> objOptional = Optional.ofNullable(obj);
    objOptional.map(action1)
    		   .orElse(action2);

### 表驱动法 ###

表驱动法是一种编程模式，它的本质是，从表里查询信息来代替逻辑语句(if, case)。这里举一个简单的例子，通过月份来获取当月的天数，这里就不细究2月份的天数变化了，只作为一个简单的例子，普通做法：

int getMonthDays(int month) { 
    	switch(month){ 
    		case 1: return 31; break;
    		case 2: return 29; break;
    		case 3: return 31; break;
    		case 4: return 30; break;
    		case 5: return 31; break;
    		case 6: return 30; break;
    		case 7: return 31; break;
    		case 8: return 31; break;
    		case 9: return 30; break;
    		case 10: return 31; break;
    		case 11: return 30; break;
    		case 12: return 31; break;
    		default: return 0;
    	}
    }

表驱动法实现方式：

int monthDays[12] = { 31, 29, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
    int getMonthDays(int month){ 
    	return monthDays[--month];
    }

说白了，这里的表就是数组而已，通过直接查询数组来获得需要的数据，同理，Map之类的容器也可以成为我们编程概念中的表。

Map<?, Function<?> action> actionsMap = new HashMap<>();
    
    // 指定对应动作
    actionsMap.put(value1, (someParams) -> {  doAction1(someParams)});
    actionsMap.put(value2, (someParams) -> {  doAction2(someParams)});
    actionsMap.put(value3, (someParams) -> {  doAction3(someParams)});
     
    // 省略null判断
    actionsMap.get(param).apply(someParams);

通过Java8的lambda表达式，我们把需要执行的动作存于value中，调用的时候通过匹配key的方式进行，感兴趣的同学可以自行了解一下Optional。

### 提前判断返回 ###

很多情况下，可以通过一些语句的前置来减少不必要的else，让代码看起来更简练清晰，例如：

if(condition) { 
       //do something
    } else { 
       return ;
    }

可以改为：

if(!condition) { 
       return ;
    }
    //do something

避免了一些不必要的分支，让代码更精炼。

### 其他 ###

除了上面提到的方法，我们还可以通过一些设计模式，例如策略模式，责任链模式等来优化存在大量if else的情况，其原理会和表驱动的模式比较相似，后续会有相应的文章进行记录。

最后要明确一点，并不是说所有的if else，switch case代码块都需要优化，而是当我们发现项目代码中出现臃肿的情况时进行针对性的优化。所有的优化都是为了更好的迭代项目，更好的服务于业务，而不是为了优化而优化。

### 公众号 ###

*  关注公众号，即时接收关于Java的技术分享！

![20210207183855124.JPG][]

### 赞赏 ###

*  如果你觉得JiangNanMax对你有帮助，欢迎赞赏，有你的支持，JiangNanMax一定会更加努力！

![20210207184039797.JPG][]

[20210207183855124.JPG]: /images/20221023/b47792b15a93459297923e3e6f412f28.png
[20210207184039797.JPG]: /images/20221023/198a5489f8d44d098cf99b9652983540.png