重新认识策略模式--简单分析

 一、说明

    定义了一系列的算法，并把每个算法封装起来，使他们可以相互替换。这种模式使算法可独立于使用它的客户而变化。它的中心不是如何实现算法，而是如何组织、调用这些算法，让程序结构更灵活，具有更好的维护性和扩展性。

二、类图：

三、代码实现：

/**
 * 策略，定义算法接口*/
public interface Strategy{
    //某个算法接口，可以传入参数，可以有返回值
    public void algorithmInterface();
}
public class ConcreteStrategyA implements Strategy{
    public void algorithmInterface(){
        //具体实现
    }
}
public class ConcreteStrategyB implements Strategy{
    public void algorithmInterface(){
        //具体实现
    }
}
public class ConcreteStrategyCS implements Strategy{
    public void algorithmInterface(){
        //具体实现
    }
}
/**
 * 上下文，持有一个具体的策略对象*/
public class Context{
    //具体的策略对象
    private Strategy strategy;
    //构造函数，传入具体的策略对象
    public Context(Strategy strategy){
        this.strategy=strategy;
    }
    
    public void contextInterface(){
        strategy.algorithmInterface();
    }
}

四、策略模式逻辑

1.客户端选择并创建具体的策略对象。

2.客户端创建上下文

3.客户端使用上下文的方法来执行功能，在调用的时候，从客户端传入算法需要的参数。

4.上下文接到客户的调用请求，会把这个请求转发给它持有的Strategy.

五、扩展

1.通过以上逻辑，可以看出，上下文是具体策略的实现对象。策略实现对象也可以从上下文获取所需要的数据，这样上下文和策略的实现对象之间的耦合度就会很高。在这种情况下需要注意的是上下文数据的浪费，因为所有的策略对象实现都用同一个策略接口，传入相同的上下文。
2.

策略实现扩展的方式有两种，即：扩展上下文，扩展封装实际的算法。