设计模式-行为型模式-策略模式

策略模式

在实际工作中我用到了策略模式，但为什么要有环境角色呢？

这里我贴上英文对含义的介绍，

The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently from clients that use it.

然后看看这种设计模式的组成，

一般的，策略模式主要分为以下三个角色： 
    1． 环境角色（Context）:持有一个策略类引用

         存在的优点：(1)必要时可以增加系统的安全性，减少代码的冗余(下文有详解)。
    2． 抽象策略（Strategy）:定义了多个具体策略的公共接口，具体策略类中各种不同的算法以不同的方式实现这个接口；Context使用这些接口调用不同实现的算法。一般的，我们使用接口或抽象类实现。 
    3． 具体策略（ConcreteStrategy）:实现抽象策略类中的相关的算法或操作。

我贴上简单的实现

抽象类（抽象策略）

public abstract class AbstractStrategy {
    public abstract void algorithm();
}

具体策略-A

public class ConcreteStrategyA extends AbstractStrategy {

    @Override
    public void algorithm() {
        System.out.println("Strategy A");
    }
}

具体策略-B

public class ConcreteStrategyB extends AbstractStrategy {

    @Override
    public void algorithm() {
        System.out.println("Strategy B");
    }
}

环境角色怎么用的呢？

public class Context {
    private AbstractStrategy strategy;

    public Context(AbstractStrategy strategy) {
        this.strategy = strategy;
    }

    public void algorithm() {
        this.strategy.algorithm();
    }
}

使用的时候我们这样用

public static void main(String[] args) {
    //Strategy Pattern Demo
    Context context = new Context(new ConcreteStrategyA());
    context.algorithm();

    context = new Context(new ConcreteStrategyB());
    context.algorithm();
}

细心如你应该会想我使用如下代码也能实现，Context的存在是为了什么？

AbstractStrategy abstractStrategy = new ConcreteStrategyA();
abstractStrategy.algorithm();

abstractStrategy = new ConcreteStrategyB();
abstractStrategy.algorithm();

这里我们看看第一种现象：

修改抽象策略中的方法

public abstract void algorithm(int number);

修改具体策略的实现

@Override
public void algorithm(int number) {
    System.out.println(number);
};

看到这里你会不会觉得这个参数number有安全隐患，传进来的合法吗？于是我要判断，so，你可以每个具体的策略中都写一段相同的逻辑去判断下，或者传参时判断下，那么不想copy的你此刻是不是想找个地方统一判断一把，是的Context（译为上下文，在.NET中有DBContext。。。）此刻显示出重要性，我们大可在构造函数中去判断，那么我们总结下Context的第一个优点：必要时可以增加系统的安全性，减少代码的冗余。还有什么优点呢？需要我们自己去在实际的Coding中总结，希望大家共同探讨。

 这里需要和工厂模式进行比较，加以区别。

• 创建型模式
• 单例模式
• 工厂模式
• 抽象工厂模式
• 创建者模式
• 原型模式
• 结构性模式
• 适配器模式
• 桥模式
• 组合模式
• 装饰模式
• 外观模式
• 享元模式
• 代理模式
• 行为型模式
• 职责链模式
• 模板方法模式
• 解释器模式
• 命令模式
• 迭代器模式
• 中介者模式
• 备忘录模式
• 观察者模式
• 状态模式
• 策略模式
• 访问者模式