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

在这里插入图片描述

概述

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

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

一、不使用策略模式

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语言基础设计模式之策略模式示例详解 的全部内容, 来源链接: utcz.com/p/236497.html

回到顶部