Go语言基础设计模式之策略模式示例详解

本篇文章给大家分享《Go语言基础设计模式之策略模式示例详解》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

概述

定义一系列算法，将每个算法封装起来。并让它们能够相互替换。策略模式让算法独立于使用它的客户而变化。

针对同一类型问题的多种处理方式

一、不使用策略模式

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种会员，分别为会员，超级会员、及金牌会员【皮肤不同，折扣不同】诸葛亮的锦囊妙计

策略模式涉及到三个角色：

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语言基础设计模式之策略模式示例详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！