概述
概述
定义一系列算法,将每个算法封装起来。并让它们能够相互替换。策略模式让算法独立于使用它的客户而变化。
针对同一类型问题的多种处理方式
一、不使用策略模式
package main import "fmt" type User struct { Name string } func (this User) travel(t string) { switch t { case "飞机": fmt.Printf("%s,飞机出行n", this.Name) case "火车": fmt.Printf("%s,火车出行n", this.Name) case "走路": fmt.Printf("%s,走路出行n", this.Name) default: fmt.Println("你未选择了出行方式吗") } } func main() { User{"张三"}.travel("飞机") User{"张三"}.travel("火车") User{"张三"}.travel("走路") User{"张三"}.travel("") }
问题:
代码很多且复杂,if…else…多,不利于维护和扩展违反了"开闭原则",增加新的出行方式必须修改源码复用性差,无法单独重用其中的某个或某些算法
二、策略模式
生活策略模式例子:
张三从广东去北京【1.坐飞机,2.坐火车,3.走路】鹅厂推出了3种会员,分别为会员,超级会员、及金牌会员【皮肤不同,折扣不同】诸葛亮的锦囊妙计
策略模式涉及到三个角色:
编号 | 角色 | 描述 |
---|---|---|
1 | 环境(Context)角色 | 持有一个Strategy的引用 |
2 | 抽象策略(Strategy)角色 | 这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口 |
3 | 具体策略(ConcreteStrategy)角色 | 包装了相关的算法或行为。 |
UML
总结
优点:
策略模式提供了对“开闭原则”的完美支持,用户可以在不修改原有系统的基础上选择算法或行为,也可以灵活地-增加新的算法或行为。提供管理相关的算法族可以替换继承关系的办法。避免使用多重条件转移语句。
缺点:
客户端必须知道所有的策略类,并自行决定使用哪一个策略类策略模式将造成产生很多策略类,可以通过使用享元模式在一定程度上减少对象的数量
示例
package main import "fmt" /*出行方式*/ type Itravel interface { Travel() } /*飞机*/ type Aircraft struct{} /*火车*/ type Train struct{} /*走路*/ type Walk struct{} /*具体策略类 1:飞机出行*/ func (this Aircraft) Travel() { fmt.Println("飞机出行") } /*具体策略类 2:火车出行*/ func (this Train) Travel() { fmt.Println("火车出行") } /*具体策略类 3:走路出行*/ func (this Walk) Travel() { fmt.Println("走路出行") } /*环境类*/ type User struct { Name string Itravel Itravel } func (this User) travel() { fmt.Printf("%s", this.Name) this.Itravel.Travel() } func main() { user := User{"张三", Aircraft{}} user.travel() user = User{"李四", new(Train)} user.travel() user = User{"王五", &Walk{}} user.travel() }
以上就是Go语言基础设计模式之策略模式示例详解的详细内容,更多关于Go语言策略模式的资料请关注靠谱客其它相关文章!
最后
以上就是无辜口红为你收集整理的Go语言基础设计模式之策略模式示例详解的全部内容,希望文章能够帮你解决Go语言基础设计模式之策略模式示例详解所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复