go 设计模式之观察者模式

简介: go 设计模式之观察者模式

观察者模式

观察者模式定义了一系列对象之间的一对多关系。

当一个对象改变状态时,其他依赖者都会收到通知。

模型说明

1.设计要点

设计观察者模式的程序时要注意以下几点。 (1)要明确谁是观察者谁是被观察者。一般观察者与被观察者之间是多对一的关系,一个被观察者对象可以有多个观察者对象。 (2)被观察者对象在发送广播通知时,无须指定具体的观察者对象,观察者对象可自己决定是否订阅被观察者对象的通知。 (3)被观察者至少有三个方法:添加观察者、移除观察者、通知观察者的方法。观察者至少有一个方法:更新方法,即更新当前的内容,做出相应的处理。

2.推模型和拉模型

观察者模式根据其侧重的功能可分为推模型和拉模型。 (1)推模型 被观察者对象向观察者对象推送主题的详细信息,不管观察者是否需要,推送的信息通常是主题对象的全部或部分数据。一般在这种模型的实现中会将被观察者对象中的全部或部分信息通过作为观察者的更新方法的参数传递给观察者。 (2)拉模型 被观察者对象在通知观察者时,只传递少量信息。如果观察者需要更详细的信息,由观察者主动到被观察者对象中获取,相当于观察者从被观察者对象中拉取数据。

推模型被认为是更正确的做法。

优缺点

1.优点

  • 开闭原则。 你无需修改被观察者代码就能引入新的观察者。
  • 你可以在运行时建立对象之间的联系。

2.缺点

  • 观察者的通知顺序是随机的。

使用场景

  • 当一个对象的状态改变时,需要联动多个对象进行状态变更/显示时。
  • 对象仅需要将自己的更新通知给其他对象而不需要知道其他对象的细节,如消息推送等。

参考代码

subject.go

package main
type Subject interface {
  RegisterObserver(name string, o Observer)
  RemoveObserve(name string)
  Notify()
}
type PeopleSubject struct {
  Observers map[string]Observer
  Question  string
}
func (s *PeopleSubject) RegisterObserver(name string, o Observer) {
  if s.Observers == nil {
    s.Observers = make(map[string]Observer)
  }
  s.Observers[name] = o
}
func (s *PeopleSubject) RemoveObserve(name string) {
  delete(s.Observers, name)
}
func (s *PeopleSubject) Notify() {
  for _, o := range s.Observers {
    o.Answer()
  }
}
func (s *PeopleSubject) SetQuestion(question string) {
  s.Question = question
  s.Notify()
}

observer.go

package main
import "fmt"
type Observer interface {
  Answer()
}
type AngelObserver struct{}
func (o *AngelObserver) Answer() {
  fmt.Println("fuck off")
}
type DemonObserver struct{}
func (o *DemonObserver) Answer() {
  fmt.Println("go for it!")
}

main.go

package main
var (
  // PeopleSubject 实现 Subject 接口
  _ Subject = (*PeopleSubject)(nil)
)
func main() {
  s := new(PeopleSubject)
  s.RegisterObserver("angle", new(AngelObserver))
  s.RegisterObserver("demon", new(DemonObserver))
  s.SetQuestion("what should i do?")
}

output:

fuck off
go for it!
相关文章
|
2月前
|
设计模式 监控 Java
Kotlin - 改良设计模式 - 观察者模式
Kotlin - 改良设计模式 - 观察者模式
59 3
|
27天前
|
设计模式 存储 供应链
前端必须掌握的设计模式——观察者模式
观察者模式(Observer Pattern)是一种行为型设计模式,实现了一种订阅机制。它包含两个角色:**观察者**(订阅消息、接收通知并执行操作)和**被观察者**(维护观察者列表、发送通知)。两者通过一对多的关系实现解耦,当被观察者状态改变时,会通知所有订阅的观察者。例如,商店老板作为被观察者,记录客户的需求并在商品到货时通知他们。前端应用中,如DOM事件注册、MutationObserver等也体现了这一模式。
|
2月前
|
设计模式 监控 Java
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
|
3月前
|
设计模式 传感器
【设计模式】观察者模式(定义 | 特点 | Demo入门讲解)
【设计模式】观察者模式(定义 | 特点 | Demo入门讲解)
60 0
|
2月前
|
设计模式 消息中间件 搜索推荐
Java 设计模式——观察者模式:从优衣库不使用新疆棉事件看系统的动态响应
【11月更文挑战第17天】观察者模式是一种行为设计模式,定义了一对多的依赖关系,使多个观察者对象能直接监听并响应某一主题对象的状态变化。本文介绍了观察者模式的基本概念、商业系统中的应用实例,如优衣库事件中各相关方的动态响应,以及模式的优势和实际系统设计中的应用建议,包括事件驱动架构和消息队列的使用。
|
2月前
|
设计模式 监控 Java
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
48 1
|
2月前
|
设计模式 监控 Java
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
32 3
|
3月前
|
设计模式 监控 Java
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
39 9
|
3月前
|
设计模式 监控 Java
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
44 2
|
3月前
|
设计模式 监控 UED
设计模式之观察者模式
【10月更文挑战第12天】 观察者模式是一种行为型设计模式,定义了一对多的依赖关系,当一个对象状态改变时,所有依赖它的对象都会自动更新。主要由主题(被观察者)和观察者组成,实现对象间的松耦合,广泛应用于用户界面、事件驱动系统和数据监控等领域。