Tantan Fu

Feb 04, 2020

《消失的设计模式》系列之观察者模式

设计模式是面向对象的有用工具,但是编程语言的发展和多种编程范式混合编程的可能,使很多的模式被语言特性取代,或者被其他编程范式解决。

要解决的问题

假如你想创建一个机器人,在发布文章的时候,自动同步到知乎、简书等其他的平台。在这里,我们有 3 个实体,一个是发布文章,在该事件发生的时候,分别通知知乎和简书的实体进行同步。同时为了可扩展性,需要支持可能的其他的平台。为了解决这类问题,我们可以使用观察者模式。

定义

在对象之间定义一对多的依赖,当一个对象改变时,依赖它的对象都会收到通知,并自动更新。

面向对象的方式

UML

notion image
如上图所示,
  • Subject 接口定义了主题的行为,在我们的例子中,是发布文章。它持有一系列遵循 Observer 接口的实例。可以通过 registerObserver 进行添加,removeObser 进行移除,最终通过 notifyObservers 通知所有的观察者
  • Observer 接口定义了观察者的行为

代码

首先定义 Observer 接口:
包含一个 update 方法。
接下来分别定义两个 Observer
在收到通知(update 方法被调用)的时候,将新文章的内容打印出来。
定义 Subject 接口:
这里由于我们需要告知观察者新文章的内容,notifyObservers 接受了一个 string 类型的参数。
BlogWriter 类实现了 Subject 接口:
  • 拥有一个私有的 observers 来存储已注册的 Observer。
  • registerObserver 方法将一个 Observer 存储到 observers 数组中
  • removeObserver 方法将指定的 Observer 移除
  • notifyObservers 方法通知所有的 observers(调用其 update 方法)
来看运行效果:

戴上函数式的思考帽

其实问题的本质是将一系列的执行过程存储起来,在特定事件发生的时候,执行这些过程。
我们来修改 Observer 的定义:
非常直白,就是一个函数定义。那么对应的 Observer 就可以改成:
就是两个函数定义而已。此时 BlogWriter 类变成了:
实际上,我们可以更进一步,去掉类的枷锁:
这里我们创建了一个函数,createBlogWriter 该函数的返回值是一个实现了 Subject 接口的对象。代码逻辑和之前面向对象的方式相同,不过这里我们使用了闭包来承担私有变量的作用。来看最终的运行效果:
我们再来看一遍函数式的代码:
非常简洁。而这里真正的强大之处在于,Observer 只是一个函数类型,任何接收一个类型为 string -> void 的函数都可以作为 Observer

总结

本着 do not call me, I will call you! 的理念,观察者模式可以在其他对象发生某些变化的时候得到通知。其本质是存储计算过程,稍后执行,换句话说,就是将一些函数存下来,在适当的时候调用而已,如此简单。而越来越多的语言将函数视为一等对象,所以函数作为参数传入,存储,再执行这种模式会非常简单易用。
 

Copyright © 2024 Tantan Fu