一、生活中的剧情
生活就是要和朋友小聚，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实现
网友评论