用设计模式代替if-else

用设计模式代替if-else

业务开发中，不可避免的的会涉及到一些复杂的逻辑判断，为了考略到所有情况，代码中经常会出现大量的if-else,长的可能有几十行，非常影响代码的可读性，而且也会及其影响后续代码的可维护性。

1. 对于可读性，多重的if-else嵌套，或者switch-case代码会使阅读者难以理解代码的含义，如果变量命名再不规范，可能稍微隔一段时间，写这段代码的人自己的也看不懂了。
2. 可维护性，因为过多的if-else，在后续过程中，如果想要新添加一个分支，就需要重新把整段代码梳理一遍，代码逻辑编写困难，并且很容易影响到其他分支。举例来说，在管理学生的系统中，有大量的判断需要根据studentType来进行判断加以区分是全日制本科生，专升本，硕士生，博士生等，在进行后续代码逻辑，假设在后续新加入一个type类型，每一个if-else判断逻辑都需要重新进行编写，维护过于困难，另一方面对于测试来说，新加入分支所要做的回归测试过于繁琐。

这里我们就通过studentType举一个简单的例子。

public void operationByWorkItemType(String studentType){
        if("bks".equals(workItemType)){
            doBksOperation();
        }else if("sss".equals(workItemType)){
            doSssOperation();
        }else if("bss".equals(workItemType)){
            doBssOperation();
        }
    、、、、、、
    }

定义公共接口

public interface StudentTypeOperation {
    /**
     * 根据studentType不同，对应操作不同
     */
    void operate();
}

策略模式+工厂模式

还是使用刚才的公共接口，接下来我们定义几个策略类去继承这个接口

public class BksStrategy implements StudentTypeOperation {
    @Override
    public void operate() {
        doBksOperation();
    }
}

public class SssStrategy implements StudentTypeOperation {
    @Override
    public void operate() {
        doSssOperation();
    }
}

public class BssStrategy implements StudentTypeOperation {
    @Override
    public void operate() {
        doBssOperation();
    }
}

然后通过一个工厂类StudentFactory对这三个策略类进行聚合：

public class StudentTypeFactory {
    private static final Map<String,StudentTypeOperation> STUDENT_ITEM_TYPE_MAP =new HashMap<>();
    static {
        STUDENT_ITEM_TYPE_MAP.put("BKS",new BksStrategy());
        STUDENT_ITEM_TYPE_MAP.put("SSS",new SssStrategy());
        STUDENT_ITEM_TYPE_MAP.put("BSS",new BssStrategy());
    }
    public static void operate(String studentType){
        STUDENT_ITEM_TYPE_MAP.get(studentType).operate();
    }
}

借助这个工厂类，我们在业务代码中也只需要一行，就可以代替if-else

public void operationByStudentType(String studentType){
        StudentTypeFactory.operate(studentType);
}

想要扩展新的分支，也只需实现新的接口，在工厂类中添加即可。

---

其实对于策略模式+工厂模式的这个样例来说，在现在的开发中其实有一个弊端。

因为现在的java开发基本都是面向spring，而在spring中，开发者基本不会去new一个对象，而是交给spring注册为Bean进行托管，那么在spring中我们就没办法使用策略模式了吗？

spring中的策略模式

相信只要接触过spring开发，那你一定使用过@Autowired注解去注入Bean

不过大部分时候都只是注入一个类，其实这个注解还支持按照List，Set，Map的方式注入

例如对StudentTypeOperation接口，我们在策略模式+工厂模式一栏中编写了三个实现类，我们只需对三个实现类都加上@Service注解注册为Bean（小tip：一般策略模式都是在service层，所以这里使用@Service注解来进行注册Bean，并且命名建议以Service结尾以示分层结构，这里偷懒就不写啦）

现在我们就可以通过@Autowired，注入List，Set，Map

@Autowired
private List<StudentTypeOperation> list;

@Autowired
private Set<StudentTypeOperation> set;

@Autowired
private Map<String, StudentTypeOperation> map;

其中按照List，Set注入后，list和set将会包含所有被注册为Bean的实现类。

我们这里着重讨论按照Map注入，可以看到Map的key为String类型，value为StudentTypeOperation类型

这里的key即为Bean的名字，这样我们就可以直接通过**map.get(bean的名字)**来获得对应的实现类，然后调用对应的方法。

当然通过map注入也是有局限性的，因为需要bean的名字作为key，举例，studentType实际在常量类中以数字1，2，3这样定义，但是我们肯定不可能去将bean的名字定义为1，2，3