Golang面试宝典——Go语言实现23种设计模式之行为型模式(下)

关于Golang面试宝典

最近几年,Go的热度持续飙升,国内外很多大公司都在大规模的使用Go。Google是Go语言诞生的地方,其他公司如Facebook、腾讯、阿里、字节跳动、百度、京东、小米等都在拥抱和转向Go。Go语言的开源项目也非常多,如kubernetes、docker、etcd。

随着市场对Go语言人才需求的增长,很多开发者都投入了Go语言的怀抱。本系列文章将以第一视角与大家一同开始Golang的面试之路,希望大家能够有所收获,拿下心仪的offer。

使用Go实现23种设计模式——行为型模式(下)

迭代器模式

提供一种方法顺序访问一个聚合对象中的各个元素,而又不需要暴露该对象的内部表示

适用场景

  1. 把在元素之间游走的责任交给迭代器,而不是集合对象

Go语言实现

type IAggregate interface {
    Iterator() IIterator
}

type IIterator interface {
    HasNext() bool
    Current() int
    Next() bool
}

type Aggregate struct {
    Container []int
}

func (a *Aggregate) Iterator() IIterator {
    i := new(Iterator)
    i.aggregate = a
    return i
}

type Iterator struct {
    cursor    int
    aggregate *Aggregate
}

func (i *Iterator) HasNext() bool {
    return i.cursor < len(i.aggregate.Container)-1
}

func (i *Iterator) Current() int {
    return i.aggregate.Container[i.cursor]
}

func (i *Iterator) Next() bool {
    if i.HasNext() {
        i.cursor++
        return true
    }
    return false
}

func main() {
    a := &Aggregate{Container: []int{1, 2, 3, 4}}

    it := a.Iterator()

    for {
        fmt.Printf("current: %d\n", it.Current())
        if it.HasNext() {
            it.Next()
        } else {
            break
        }
    }
}

迭代器模式优点

  1. 它支持不同的方式遍历集合对象
  2. 迭代器简化了聚合类
  3. 在同一个聚合上面可以有多个遍历
  4. 迭代器模式中,新增聚合类和迭代器都很方便,无需新增代码

迭代器模式缺点

  1. 增加新的聚合类需要增加对应新的迭代器

解释器模式

提供如何定义语言的文法,以及对语言句子的解释方法

适用场景

  1. 一般应用于编译器、规则引擎、正则表达式等功能

Go语言实现

type Expression interface {
    Interpret(context string) bool
}

type TerminalExpression struct {
    Context string
}

func (e *TerminalExpression) Interpret(context string) bool {
    return strings.Contains("good", context)
}

type OrExpression struct {
    Expr1 Expression
    Expr2 Expression
}

func NewOrExpression(e1, e2 Expression) *OrExpression {
    return &OrExpression{
        Expr1: e1,
        Expr2: e2,
    }
}

func (e *OrExpression) Interpret(context string) bool {
    return e.Expr1.Interpret(context) || e.Expr2.Interpret(context)
}

func main() {
    g := &TerminalExpression{Context: "go"}
    d := &TerminalExpression{Context: "god"}

    o := NewOrExpression(g, d)

    r := o.Interpret("god")

    fmt.Println(r)
}

解释器模式优点

  1. 可扩展性高、灵活
  2. 易于实现简单的文法

解释器模式缺点

  1. 可使用场景少
  2. 复杂文法较难维护

命令模式

将一个请求封装为一个对象,使发出请求的责任和执行请求的责任分割开

适用场景

  1. 对行为进行记录、撤销、重做等处理

Go语言实现

type Order interface {
    Execute()
}

type Runner struct{}

func (r *Runner) Execute() {
    fmt.Println("running")
}

type Control struct {
    Cmd Order
}

func (c *Control) SetCmd(cmd Order) {
    c.Cmd = cmd
}

func (c *Control) Do() {
    c.Cmd.Execute()
}

func main() {
    c := Control{}
    r := Runner{}
    c.SetCmd(&r)
    c.Do()
}

命令模式优点

  1. 通过引入中间件降低了系统的耦合度
  2. 扩展性良好,且满足"开闭原则"

命令模式缺点

  1. 每一个具体操作都需要设计一个具体命令类,增加了系统复杂度

责任链模式

将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链,直到请求被处理为止

适用场景

  1. 多个对象可以处理一个请求,但是具体由谁来执行在运行时自动确定
  2. 可动态指定一组对象处理请求或添加新的处理者

Go语言实现

type Context struct {
    Data string
}

type Handle interface {
    Handle(context Context)
    SetNext(handle Handle)
    GetNext() (next Handle, ok bool)
}

type LogHandle struct {
    next Handle
}

func (h *LogHandle) Handle(c Context) {
    fmt.Printf("日志:%s", c.Data)
    if next, ok := h.GetNext(); ok {
        next.Handle(c)
    }
}

func (h *LogHandle) SetNext(next Handle) {
    h.next = next
}

func (h *LogHandle) GetNext() (next Handle, ok bool) {
    if h.next != nil {
        return h.next, true
    }
    return nil, false
}

type AuthHandle struct {
    next Handle
}

func (h *AuthHandle) Handle(c Context) {
    fmt.Printf("权限:%s", c.Data)
    if next, ok := h.GetNext(); ok {
        next.Handle(c)
    }
}

func (h *AuthHandle) SetNext(next Handle) {
    h.next = next
}

func (h *AuthHandle) GetNext() (next Handle, ok bool) {
    if h.next != nil {
        return h.next, true
    }
    return nil, false
}

func main() {
    auth := AuthHandle{}
    log := LogHandle{}
    log.SetNext(&auth)
    context := Context{Data: "test"}

    log.Handle(context)
}

责任链模式优点

  1. 降低了对象间的耦合度
  2. 增强了系统的可扩展性
  3. 增强了给对象指派职责的灵活性
  4. 简化了对象间的连接

责任链模式缺点

  1. 不能保证每个请求一定被处理
  2. 责任链建立的合理性靠客户端保证,增加了客户端的复杂性
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,039评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,426评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,417评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,868评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,892评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,692评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,416评论 3 419
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,326评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,782评论 1 316
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,957评论 3 337
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,102评论 1 350
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,790评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,442评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,996评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,113评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,332评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,044评论 2 355

推荐阅读更多精彩内容