触碰大师们的思想（二）之 策略模式

如果说，简单工厂模式是创造对象的黑箱盒子（它将创造对象实例的操作封装起来，把操作从客户类中解放出来，客户无需知道工厂是怎样创建的，只要在需要实例的时候调用工厂给的接口方法就可以），那么策略模式就是封装同系列方法的黑箱盒子。
策略模式，针对变化点（策略的变化）进行封装，利用策略实现类们共同的父类，将同系列的方法（策略）在策略容器里统一，通过容器来调度各个策略，客户端只需要使用策略容器的接口方法就可以使用策略了。

我觉得这两个设计模式的设计思路比较相像，
简单工厂模式里，工厂类利用实例们的共同的父类封装他们各自创建实例的行为，但因为它要返回对象，所以客户端需要声明一个类来承接工厂结果（需要：父类+静态工厂类）。
策略模式里，策略容器类利用策略实现类们共同的父类来整合策略，策略通常是一种行为，所以客户端直接使用容器就可以完成使用策略（需要：容器类）。

策略模式实例
上次车生产好了，这次开始卖车了。
从客户的角度出发——买车策略有两个，一个是通过4S店买，一个是通过车站买。

package myDesignPattern02;

策略之父，买车策略：

public abstract class CarStrategy {    //抽象方法，规定买车策略统一方法    public abstract void anyWayToBuyCar();}

买车策略A：

public class CarStrategyA extends CarStrategy{    //实现A的买车策略    @Override    public void anyWayToBuyCar() {        System.out.println("A->通过4S店买车。");    }}

买车策略B：

public class CarStrategyB extends CarStrategy{    //实现B的买车策略    @Override    public void anyWayToBuyCar() {        System.out.println("B->通过车展直接买车。");    }}

买车策略模式核心——买车策略容器：

public class BuyCarContext {    private CarStrategy x;    //容器中使用构造器来注入需要的某个策略，实现多个策略选一的整合调度    public BuyCarContext(String str) {        try {            this.x = (CarStrategy) Class.forName("myDesignPattern02." + str).newInstance();        } catch (Exception e) {            System.out.println("非法途径啊~");        }    }    //提供对外策略接口    public void BuyCar() {        x.anyWayToBuyCar();    }}

客户要开始买车了，询问专业人士：

import java.util.Scanner;public class Client {    public static void main(String[] args) {        Scanner sc = new Scanner(System.in);        System.out.println("少年，你想买车？我给你两个建议。CarStrategyA||CarStrategyB");        String str = null;        BuyCarContext bcc=null;        while (sc.hasNext()) {            str = sc.nextLine();                try {                bcc=new BuyCarContext(str);                bcc.BuyCar();            } catch (Exception e) {                System.out.println("你得是打错了"+e.getMessage());            }        }    }

代码运行效果：