编写代码的时候,需要满足开闭原则,我们想要增加新的功能不能去改变源码,而应该在之前的基础上进行扩展。
加入客户有了新的需求,我们应该使用扩展的方式实现。
概述
策略模式,又叫算法簇模式,就是定义了不同的算法族,并且之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计原则是把一个类中经常改变或者将来可能改变的部分提取出来,作为一个接口然后在类中包含这个对象的实例,这样类的实例在运行时就可以随意调用实现了这个接口的类的行为。
使用策略模式可以实现:在不同的环境下可以有不同的执行方法,原理是使用多态来实现的。
策略模式的组成
策略模式中包含三部分:
- 抽象策略对象:可以是一个抽象类,也可以是一个接口,此部分抽取了各个策略中相同的部分,然后供子类去实现不同的功能。
- 具体策略对象:它封装了实现不同策略的具体算法。
- 环境对象:持有一个抽象策略对象的引用,可以根据不同的环境将不同的策略算法注入进来。
举例实现
假设周末想要和girl friend去超时购物,此时有多种策略供我们选择,1、开车去;2、坐公交车;3、坐地铁。
那我们如何灵活的实现想怎么去就怎么去这个功能呢?我觉得这是一个典型的策略模式示例,如下:
抽象策略对象
我们必须定义一个抽象的策略对象,这个对象中抽取了各个策略相同的额逻辑,然后供子类去实现它来完成各自不同的算法,如下:
/**
* @author xxy
* @date 2020/7/20
* 抽象的策略对象
*/
public interface IStrategy {
//公共抽象逻辑:去超市
void go();
}
具体策略对象
此时我们如果想去超市的话,有多种选,比如:开车、地铁、公交。
我们必须编写抽象策略类的子类,来实现这个功能,如下:
- 开车去:
/**
* @author xxy
* @date 2020/7/20
* 驾驶小汽车,实现了策略接口
*/
public class CarStrategy implements IStrategy{
@Override
public void go() {
System.out.println("go by car...");
}
}
- 坐公交去
/**
* @author xxy
* @date 2020/7/20
* 乘坐公交车,实现了策略接口
*/
public class BusStrategy implements IStrategy {
@Override
public void go() {
System.out.println("go by bus...");
}
}
- 坐地铁去
/**
* @author xxy
* @date 2020/7/20
* 乘坐地铁,实现了策略接口
*/
public class SubwayStrategy implements IStrategy {
@Override
public void go() {
System.out.println("go by subway...");
}
}
环境类
我们去超市的时候可以跟据不同的环境选择不同的乘坐方式,比如如果等公交时间长的话可以选择自己开车,如果地铁站远的话可以选择公交等等,如何优雅的实现这个功能呢?
/**
* @author xxy
* @date 2020/7/20
* 环境对象
*/
public class Context {
//必须注入一个策略接口,这样就能在不同的环境下选择不同的方案了
private IStrategy strategy;
public Context(IStrategy strategy) {
this.strategy = strategy;
}
public void goToSuperMarket() {
strategy.go();
}
public static void main(String[] args) {
System.out.println("我想开车去超市....");
Context context1 = new Context(new CarStrategy());
context1.goToSuperMarket();
System.out.println("我想坐公交去超市....");
Context context2 = new Context(new BusStrategy());
context2.goToSuperMarket();
System.out.println("我想坐地铁去超市...");
Context context3 = new Context(new SubwayStrategy());
context3.goToSuperMarket();
}
}
执行结果如下:
这样就能根据不同的情况传进来不同的实现逻辑,之后如果还有不同的实现可以继续去实现我们的策略基类,比如我想开私人飞机去。。。
优点
- 能够提高代码的扩展性,符合开闭原则。
- 可以避免多重if-else的判断,并且如果多重判断的话,在增加新的功能的时候必须修改源码中的判断语句,不满足开闭原则。
缺点
我们在使用策略模式的时候,必须知道他的各个实现类的算法,并且清楚地知道他们的区别,并自行决定选择他们的哪一个。