sheng的学习笔记-设计模式-策略模式

原理图

 

策略（Strategy）模式的定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理

Strategy 模式和 Template 模式要解决的问题是相同（类似） 的， 都是为了给业务逻辑（算
法） 具体实现和抽象接口之间的解耦。 Strategy 模式将逻辑（算法） 封装到一个类（Context）里面， 通过组合的方式将具体算法的实现在组合对象中实现， 再通过委托的方式将抽象接口的实现委托给组合对象实现。

 这里的关键就是将算法的逻辑抽象接口（ DoAction）封装到一个类中（ Context），再
通过委托的方式将具体的算法实现委托给具体的 Strategy 类来实现（ ConcreteStrategeA
类）

                                                                                         摘自《二十三种设计模式》

分析：

可以看到 Strategy 模式和 Template 模式解决了类似的问题，也正如在 Template 模式中分析的， Strategy 模式和 Template 模式实际是实现一个抽象接口的两种方式： 继承和组合之间的区别。 要实现一个抽象接口， 继承是一种方式： 我们将抽象接口声明在基类中， 将具体的实现放在具体子类中。 组合（委托） 是另外一种方式： 我们将接口的实现放在被组合对象中，将抽象接口放在组合类中。这两种方式各有优缺点，先列出来：

 继承：

优点

1. 易于修改和扩展那些被复用的实现。

缺点

1. 破坏了封装性，继承中父类的实现细节暴露给子类了；
2. “白盒” 复用，原因在 1）中；
3. 当父类的实现更改时，其所有子类将不得不随之改变
4. 从父类继承而来的实现在运行期间不能改变（编译期间就已经确定了）。

组合
优点

1. “黑盒” 复用，因为被包含对象的内部细节对外是不可见的；
2. 封装性好，原因为 1）；
3. 实现和抽象的依赖性很小（组合对象和被组合对象之间的依赖性小）；
4. 可以在运行期间动态定义实现（ 通过一个指向相同类型的指针，典型的是抽象基类的指针）。

缺点

1. 系统中对象过多。

从上面对比中我们可以看出， 组合相比继承可以取得更好的效果， 因此在面向对象
的设计中的有一条很重要的原则就是： 优先使用（对象） 组合， 而非（ 类） 继承（ Favor
Composition Over Inheritance）。实际上，继承是一种强制性很强的方式， 因此也使得基类和具体子类之间的耦合性很强。 例如在 Template 模式中在 ConcreteClass1 中定义的原语操作别的类是不能够直接复用（除非你继承自 AbstractClass， 具体分析请参看 Template 模式文档）。 而组合（委托） 的方式则有很小的耦合性， 实现（具体实现） 和接口（抽象接口） 之间的依赖性很
小， 例如在本实现中， ConcreteStrategyA 的具体实现操作很容易被别的类复用， 例如我
们要定义另一个 Context 类 AnotherContext，只要组合一个指向 Strategy 的指针就可以
很容易地复用 ConcreteStrategyA 的实现了

 

代码

package design.strategy;


// 策略（Strategy）模式的定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。
// 策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理

public class StrategyPattern {
    public static void main(String[] args) {
        Context c = new Context();
        Strategy s = new ConcreteStrategyA();
        c.setStrategy(s);
        c.strategyMethod();
        System.out.println("-----------------");
        s = new ConcreteStrategyB();
        c.setStrategy(s);
        c.strategyMethod();
    }
}

//抽象策略类
interface Strategy {
    public void strategyMethod();    //策略方法
}
//具体策略类A
class ConcreteStrategyA implements Strategy {
    public void strategyMethod() {
        System.out.println("具体策略A的策略方法被访问！");
    }
}
//具体策略类B
class ConcreteStrategyB implements Strategy {
    public void strategyMethod() {
        System.out.println("具体策略B的策略方法被访问！");
    }
}
//环境类
class Context {
    private Strategy strategy;
    public Strategy getStrategy() {
        return strategy;
    }
    public void setStrategy(Strategy strategy) {
        this.strategy = strategy;
    }
    public void strategyMethod() {
        strategy.strategyMethod();
    }
}

运行结果：

具体策略A的策略方法被访问！
-----------------
具体策略B的策略方法被访问！

用策略模式实现从韶关去婺源旅游的出行方式。

分析：从韶关去婺源旅游有以下几种出行方式：坐火车、坐汽车和自驾车，所以该实例用策略模式比较适合

参考文章：

策略模式（策略设计模式）详解