第十四章：策略模式

一、生活中的剧情

生活就是要和朋友小聚，Tony一个周末约了朋友聚餐。Joe：我离那比较近，骑共享单车15分钟就到了，我可以先去点餐。Helen：我坐地铁到那半小时，也没问题。Henry：我有直达的快速公交到那40分钟，不过下班高峰可能会堵车，时间不好说。Ruby：我公司还有点事，可能会晚半个小时，到时我打车过去……Leaf:怎么来不重要，人到就行！Tony：大家有心，万分感谢，安全最重要。

用程序来模拟生活

package main

import "fmt"

type IVehicle interface {
    /*交通工具的抽象类*/
    running()
}

type SharedBicycle struct {

}

func (s *SharedBicycle) running() {
    fmt.Printf("骑共享单车（轻快便捷），")
}

type ExpressBus struct {
    /*快速公交*/
}

func (e *ExpressBus)running(){
    fmt.Printf("坐快速公交（经济绿色），")
}

type Express struct {
    /*快车*/
}

func (e *Express)running(){
    fmt.Printf("打快车（快速方便），")
}

type Subway struct {
    /*地铁*/
}

func (s *Subway)running(){
    fmt.Printf("坐地铁（高效安全），")
}

type classmate struct {
    /*来聚餐的同学*/
    name    string
    vehicle IVehicle
}

func (c classmate)attendTheDinner(){
    fmt.Printf("%s ",c.name)
    c.vehicle.running()
    fmt.Printf("来聚餐！\n")
}

func testTheDinner(){
    sharedBicycle := &SharedBicycle{}
    joe := classmate{"Joe",sharedBicycle}
    joe.attendTheDinner()
    subway := &Subway{}
    helen := classmate{"Helen",subway}
    helen.attendTheDinner()
    expressBus := &ExpressBus{}
    henry := classmate{"Henry", expressBus}
    henry.attendTheDinner()
    express := &Express{}
    ruby := classmate{"Ruby",express}
    ruby.attendTheDinner()
}

func main(){
    testTheDinner()
}

输出结果:

Joe 骑共享单车（轻快便捷），来聚餐！
Helen 坐地铁（高效安全），来聚餐！
Henry 坐快速公交（经济绿色），来聚餐！
Ruby 打快车（快速方便），来聚餐！

Process finished with exit code 0 

二、从剧情中思考策略模式

2.1 什么是策略模式

定义一系列算法，将每个算法都封装起来，并且使它们之间可以相互替换。策略模式使算法可以独立于使用它的用户而变化。

2.2 策略模式的核心思想

故事代码的类图.png

策略模式的核心思想是：对算法、规则进行封装，使得替换算法和新增算法更加灵活。

三、策略模式的模型抽象

3.1 类图

策略模式类图.png

Context是一个上下文环境类，负责提供对外的接口，与用户交互，屏蔽上层对策略（算法）的直接访问，如故事剧情中的Classmate。Strategy是策略（算法）的抽象类，定义统一的接口，如故事剧情中的 IVehicle。StrategyA 和 StrategyB 是具体策略的实现类，如故事剧情中的SharedBicycle和ExpressBus等。
注意 algorithm（）方法并不是只能用来定义算法，也可以是一种规则、一个动作或一种行为（如上面故事剧情中的running指的是交通工具的运行方式）。一个Strategy也可以有多个方法（如一种算法是由多个步骤组成的）。

3.2 模型说明

1.设计要点
策略模式中主要有三个角色，在设计策略模式时要找到并区分这些角色。
（1）上下文环境（Context）：起着承上启下的封装作用，屏蔽上层应用对策略（算法）的直接访问，封装可能存在的变化。
（2）策略的抽象（Strategy）：策略（算法）的抽象类，定义统一的接口，规定每个子类必须实现的方法。
（3）具备的策略：策略的具体实现者，可以有多个不同的（算法或规则）实现。
2.策略模式的优缺点
优点：
（1）算法（规则）可自由切换。
（2）避免使用多重条件判断。
（3）方便拓展和增加新的算法（规则）。
缺点：
所有策略类都需要对外暴露。

四、应用场景

（1）如果一个系统里面有许多类，它们之间的区别仅在于有不同的行为，那么可以使用策略模式动态地让一个对象在许多行为中选择一种。
（2）一个系统需要动态地在几种算法中选择一种。
（3）设计程序接口时希望部分内部实现由调用方自己实现。
摘录来自
人人都懂设计模式：从生活中领悟设计模式：Python实现