简介
我相信其实在项目开发过程中,每个人都有用到策略模式,这也是23中设计模式中较为简单的一种。对于策略模式的定义时是这样来是说明的:
该模式定义了一系列算法,并将每个算法封装起来,使它们可以相互替换,且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式,它通过对算法进行封装,把使用算法的责任和算法的实现分割开来,并委派给不同的对象对这些算法进行管理。
可能很多人看到上面的定义不知道具体含义,比如定义中提到的算法,这里的算法不是只我们一般的算法,而是指具体业务逻辑。很多人在一些文章中都会看到过这样的说法:策略模式可以用来替换我们项目中臃肿的if…else if…else…判断。
简单示例
抽象策略类:
package com.example.demo.basis.design.strategy;
/**
* @author: sunzhinan
* @create: 2020-05-27 22:51
* @description: 策略模式:接口或者抽象类抽象出行为,这里建议使用接口
* 我们以上班举例,比如我们早上上班,每个人的出行方式不同,所以会衍生出各种具体策略类
*/
public interface Strategy {
/**
* 首先我们抽象出上班这个动作
*/
void goWork();
}
具体策略实现 :
package com.example.demo.basis.design.strategy;
/**
* @author: sunzhinan
* @create: 2020-05-27 23:09
* @description: 具体策略类——私家车
*/
public class Car implements Strategy{
@Override
public void goWork() {
/*
具体的业务处理逻辑
*/
System.out.println("自己开车上班");
}
}
/**
* @author: sunzhinan
* @create: 2020-05-27 23:10
* @description: 具体策略类——地铁
*/
public class Metro implements Strategy{
@Override
public void goWork() {
System.out.println("乘坐地铁上班");
}
}
/**
* @author: sunzhinan
* @create: 2020-05-27 23:11
* @description: 具体策略类——公交
*/
public class Bus implements Strategy{
@Override
public void goWork() {
System.out.println("乘坐公交车上班");
}
}
环境类:
package com.example.demo.basis.design.strategy;
import lombok.Data;
/**
* @author: sunzhinan
* @create: 2020-05-27 23:12
* @description: 环境类
*/
public class Context {
private Strategy strategy;
public Context(Strategy strategy) {
this.strategy = strategy;
}
public void setStrategy(Strategy strategy){
this.strategy = strategy;
}
public void doStrategy(){
strategy.goWork();
}
}
测试:
/**
* @author: sunzhinan
* @create: 2020-05-27 23:14
* @description: 测试类
*/
public class Test {
public static void main(String[] args) {
Context context = new Context(new Car());
context.doStrategy();
context.setStrategy(new Bus());
context.doStrategy();
context.setStrategy(new Metro());
context.doStrategy();
}
}
结果:
自己开车上班
乘坐公交车上班
乘坐地铁上班
看完上面的例子是不是觉得,原来策略模式这么简单,这不就是我们开发中常见的嘛,这可能就是他认识你,你不认识他,不过现在知道了就可以啦。
优缺点
优点:
- 多重条件语句不易维护,而使用策略模式可以避免使用多重条件语句。
- 策略模式提供了一系列的可供重用的算法族,恰当使用继承可以把算法族的公共代码转移到父类里面,从而避免重复的代码。
- 策略模式可以提供相同行为的不同实现,客户可以根据不同时间或空间要求选择不同的。
- 策略模式提供了对开闭原则的完美支持,可以在不修改原代码的情况下,灵活增加新算法。
- 策略模式把算法的使用放到环境类中,而算法的实现移到具体策略类中,实现了二者的分离。
缺点:
- 客户端必须理解所有策略算法的区别,以便适时选择恰当的算法类。
- 策略模式造成很多的策略类。
if…else if… 问题
虽然很多资料说策略模式可以解决这类问题,但是我个人还是建议使用枚举来处理if…else if…问题,关于枚举可以查看我的另外一篇文章枚举