设计模式笔记23——策略模式（strategy）

编写鸭子项目，具体要求如下:

1) 有各种鸭子(比如 野鸭、北京鸭、水鸭等， 鸭子有各种行为，比如 叫、飞行等)

2) 显示鸭子的信息

 

传统方案解：

所有鸭子集成自 Duck

 

 

 

传统的方式实现的问题分析和解决方案

1) 其它鸭子，都继承了Duck类，所以fly让所有子类都会飞了，这是不正确的

2) 上面说的1 的问题，其实是继承带来的问题： 对类的局部改动，尤其超类的局部改动，会影响其他部分。会有溢出效应

3) 为了改进1问题，我们可以通过覆盖fly 方法来解决 => 覆盖解决

4) 问题又来了，如果我们有一个玩具鸭子ToyDuck, 这样就需要ToyDuck去覆盖Duck的所有实现的方法 => 解决思路 策略模式 (strategy pattern)

 

 

基本介绍

1) 策略模式（Strategy Pattern）中，定义算法族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户

2) 这算法体现了几个设计原则，第一、把变化的代码从不变的代码中分离出来；第二、针对接口编程而不是具体类（定义了策略接口）；第三、多用组合/聚合，少用继承（客户通过组合方式使用策略）。

 

 

策略模式的原理类图

说明：从上图可以看到，客户context 有成员变量strategy或者其他的策略接口,至于需要使用到哪个策略，我们可以在构造器中指定.

 

核心代码：

mian方法中：
        Duck toyDuck = new ToyDuck();
        toyDuck.fly();

调用fly()方法时：
    public void fly() {
        
        //改进
        if(flyBehavior != null) {
            flyBehavior.fly();
        }
    }
 

而flyBehavior封装了具体的飞行策略，flyBehavior初始化时进行设定。

 

策略模式的注意事项和细节

1) 策略模式的关键是： 分析项目中变化部分与不变部分

2) 策略模式的核心思想是：多用组合/聚合 少用继承；用行为类组合，而不是行为的继承。更有弹性

3) 体现了“对修改关闭，对扩展开放”原则，客户端增加行为不用修改原有代码，只要添加一种策略（或者行为）即可， 避免了使用多重转移语句（if..else if..else）

4) 提供了可以替换继承关系的办法： 策略模式将算法封装在独立的Strategy类中使得你可以独立于其Context改变它，使它易于切换、易于理解、易于扩展

5) 需要注意的是：每添加一个策略就要增加一个类，当策略过多是会导致类数目庞大