策略模式(Strategy Pattern)

  策略模式是对算法的包装，把使用算法的责任和算法本身分隔开，委派给不同的对象管理。策略模式通常把一系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。

何时使用策略模式：

1）  如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态的让一个对象在许多行为中选择一种行为。

2）  如果系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面，而这些算法类都是一个抽象算法类的子类。换言之，这些具体算法类均有统一的接口，由于多态性原则。客户端可以选择使用任何一个具体算法类，并只持有一个数据类型是抽象算法类的对象。

3）  一个系统的算法使用的数据不可以让客户端知道。策略模式可以避免让客户端涉及到不必要接触到的复发的和只与算法有关的数据。

4）  假设这样一个案例：假设现在要设计一个贩卖各类书籍的电子商务网站的购物车系统。如果要计算购物车的货品的价格，一个最简单的情况就是把所有货品的单价乘上数量，但是实际情况肯定比这要复杂。比如，教材类图书每本一元折扣，连环画类图书每本7%的折扣，非教材类计算机图书3%折扣，其余没有折扣。这个价格计算问题就可以由策略模式来解决。

类图：



源代码：

public interface Strategy {
    public void AlgrithmInterface();
}

public class ConcreteStrategyA implements Strategy {

    public void AlgrithmInterface()

    {
           System.out.println("ConcreteStrategyA.AlgrithmInterface");
    }

}

public class ConcreteStrategyB implements Strategy {

    public void AlgrithmInterface()

    {
           System.out.println("ConcreteStrategyB.AlgrithmInterface");
    }

}

public class Context {
       private Strategy stg;

       public Context(Strategy theStg)
       {
              this.stg = theStg;
       }

    public void DoAction()

    {
        this.stg.AlgrithmInterface();
    }
}

public class Client {

       public static void main(String[] args) {

              Strategy stgA = new ConcreteStrategyA();

              Context ct = new Context(stgA);

              ct.DoAction();

       }

}

策略模式的缺点：

1）  客户端必须知道所有的策略类，并自行决定使用哪一个策略类，这就意味着客户端必须
理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。

2）策略模式造成许多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。