
原理
1. 概念
策略模式的概念: 定义一系列的算法,把每一个算法封装起来, 并且使它们可相互替换。 本模式使得算法可独立于使用它的客户而变化. 也称为政策模式(Policy)
策略模式 属于行为模式, 可以改变对象的形为操作 主要解决可以互相替代的算法族, 可以通过动态去替换Context使用的算法.
2. 适用于
- 消除了一些if else条件语句
- 实现的选择 Strategy模式可以提供相同行为的不同实现
3. 缺点
- 客户端必须知道所有的策略类,并自行决定使用哪一个策略类
- Strategy和Context之间的通信开销
- 策略模式将造成产生很多策略类
代码实现
1. 定义策略接口
- 文件名:strategy.go
// 定义一个策略接口, 可以独立于具体算法.
type Strategy interface {
// 接口方法, 这里只是抽象出一种算法框架, 而不定义具体使用哪种算法, 将实现推迟到实现的子类
// 这里只定义算法框架, 这是重点.
DoOperation(x, y int) int
}
2. 定义上下文Context
- 文件名:context.go
- 如何实现不同算法使用同一个框架呢? 由Context完成操作.
- Context叫做上下文角色,起承上启下封装作用,屏蔽高层模块对策略、算法的直接访问,封装可能存在的变化。 —«设计模式之禅»
// 创建一个Context 结构接受接口的对象.
type Context struct {
sy Strategy // 这里必须与接口建立一种继承关系(golang里这就是一种继承, 没有 implements 关键字)
}
// New一个Context, 返回 结构体
func NewContext(s Strategy) *Context {
return &Context{
sy:s, // 接口赋值给sy
}
}
// 执行接口里的方法, 这里非常关键, 也是具体算法的执行方法.也称执行策略方法
func (c *Context) ExecuteStrategy(x, y int) int {
return c.sy.DoOperation(x, y)
}
3. 实现策略接口(1)
- 文件名: add.go
// 实现策略接口
type Add struct {
}
// 这里就是策略实现不同的算法代码.
func (a *Add) DoOperation(x, y int) int {
return x +y
}
4. 实现策略接口(2)
- 文件名 sub.go
// 实现策略接口
type Sub struct {
}
// 这里就是策略实现不同的算法代码.
func (s *Sub) DoOperation(x, y int)int {
return x - y
}
5. main实现策略模式的调用
- 文件名:main.go
func main() {
// New一个Context, 将具体算法传入
add := NewContext(&Add{})
// 调用执行策略的访求
fmt.Printf("Add x + y: %d\n", add.ExecuteStrategy(10, 10))
// New一个Context, 将具体算法传入
sub := NewContext(⋐{})
// 调用执行策略的访求
fmt.Printf("sub x + y: %d\n", sub.ExecuteStrategy(10, 10))
}