前言
在软件开发中我们常常会遇到这样的情况:实现某一个功能可以由多种算法或者策略，我们根据实际情况选择不同的算法或者策略来完成该功能。例如，排序算法，可以使用插入排序，归并排序，冒泡排序等。
针对这种情况，一个常规的方法是将多种算法写在一个类中。例如，需要提供多种排序算法，可以将这些算法写到一个类中，每一个方法对应一个具体的排序算法；当然，也可以将这些排序算法封装在一个统一的方法中，通过if…else…或者case等条件判断语句来选择具体的算法。这两种实现方法我们都可以称为硬编码。然而，当很多个算法集中在一个类中时，这个类就会变得臃肿，这个类的维护成本会变高，在维护时也更容易引发错误。如果我们需要增加一种新的排序算法，需要修改封装算法类的源代码。这就明显违反了我们上面所说的OCP原则和单一职责原则。
如果将这些算法或者策略抽象出来，提供一个统一的接口，不同的算法或者策略有不同的实现类，这样在程序客户端就可以通过注入不同的实现对象来实现算法或者策略的动态替换，这种模式的可扩展性、可维护性也就更高，也就是我们要说的策略模式。
定义
策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。
使用场景
- 针对同一类型问题的多种处理方式，仅仅是具体行为有差别时。
- 需要安全地封装多种同一类型的操作时。
- 出现同一抽象类有多个子类，而又需要使用if-else或者switch-case来选择具体子类时。
简单案例
我们以出行方式作为我们的简单案例进行分析。
- 定义一个策略接口
public interface IStrategy {
void travel();
}
- 根据不同的出行方式实现对应的接口
public class PlaneStrategy implements IStrategy {
@Override
public void travel() {
System.out.println("plane");
}
}
public class SubwayStrategy implements IStrategy {
@Override
public void travel() {
System.out.println("subway");
}
}
public class WalkStrategy implements IStrategy {
@Override
public void travel() {
System.out.println("walk");
}
}
3.需要一个包装策略的类，并调用策略接口中的方法
public class TravelContext {
public IStrategy strategy;
public IStrategy getStrategy() {
return strategy;
}
public void setStrategy(IStrategy strategy) {
this.strategy = strategy;
}
public void travel() {
if (strategy != null)
strategy.travel();
}
}
4.测试结果
public class Main {
public static void main(String[] args) {
TravelContext travelContext=new TravelContext();
travelContext.setStrategy(new PlaneStrategy());
travelContext.travel();
travelContext.setStrategy(new WalkStrategy());
travelContext.travel();
travelContext.setStrategy(new SubwayStrategy());
travelContext.travel();
}
}
总结
策略模式主要用来分离算法，在相同的行为抽象下有不同的具体实现策略。这个模式很好地演示了开闭原则，也就是定义抽象，注入不同的实现，从而达到很好的可扩展性。优点也很明显，结构清晰明了、使用简单直观；耦合度相对而言较低，扩展方便；操作封装也更为彻底，数据更为安全。
网友评论