它们不一样!透析【观察者模式】和【发布订阅模式】

简介: 观察者模式常常会和发布订阅模式一起哪来比较,它们二者同样重要。

观察者模式常常会和发布订阅模式一起哪来比较,它们二者同样重要。


直观的例子:

Vue 的双向绑定原理用到了发布订阅模式的思想;

在函数式编程中,广泛应用观察者设计模式思想。

但是,可能在平常,写业务代码,真实用到这两样设计思想的并不多,只好在做技术总结的时候复盘一下,温故再温故啦。(也有一种可能是:或许是运用还不是很熟,在有些场景,可以用到,但会忽视掉)


闲话少说,奥利给,冲它!!


简介



观察者模式和发布订阅模式的区别在于:

后者比前者多了一个中间商。


观察者模式:

  1. 观察者 Observer
  2. 被观察者 Subject


发布订阅模式:

  1. 订阅者 subscriber (类似于观察者)
  2. 发布者 publisher (类似于被观察者)
  3. 调度中心(中间商)

一图胜千言:

image.png


有了以上的基本认识,咱们再展开说说~~


观察者模式



观察者模式之前写过 juejin.cn/post/707289…,这里再优化下注解,并再封装一个 Observer 类,由此创建多个 Observer 实例:


class Subject{// 被观察者
    constructor(){
        this.observers=[]
    }
    add(observer){
        this.observers.push(observer)
    }
    notify(newMsg){
        this.observers.forEach(i=>i.consoleFn(newMsg))
    }
}
class Observer{// 观察者
    constructor(name){
        this.name=name
    }
    consoleFn(newMsg){
        console.log(newMsg + '======》》》'+ this.name +'收到了')
    }
}
let sub = new Subject()
let observer1 = new Observer("观察者1")
let observer2 = new Observer("观察者2")
sub.add(observer1) // Observer1 观察 sub
sub.add(observer2) // Observer2 观察 sub
sub.notify("我是被观察者,我发布了一个信息!") // sub 发布消息
// 我是被观察者,我发布了一个信息!======》》》观察者1收到了
// 我是被观察者,我发布了一个信息!======》》》观察者2收到了


要点小结:

  1. 写一个 Subject 类,有:添加观察者 add、通知观察者 notify 方法(也可补充写删除观察者 del 方法);
  2. 写一个 Observer 类,打印出所接收到的信息;
  3. 实例化一个被观察者;
  4. 实例化一个或多个观察者;
  5. 用 add 方法进行绑定;
  6. 用 notify 方法进行通知;


发布订阅模式



发布订阅模式,就是比观察者模式多了一个“中间商”,也叫调度中心;

发布者 publisher == 被观察者 Subject

订阅者 subscriber == 观察者 Observer


调度中心 Event Channel,或者说是大家熟悉的 Vue 双向绑定中的 Dep,依赖管理中心、订阅中心


// 发布者 Publisher
class Pub {
    constructor() {
        this.deps = [];
    }
    addDep(dep) {
        this.deps.push(dep);
    }
    publish(dep) {
        this.deps.forEach(item => item === dep && item.notify());
    }
}
// 订阅者 Subscriber
class Sub {
    constructor(val) {
        this.val = val;
    }
    update(callback) {
        callback(this.val)
    }
}
// 调度中心
class Dep {
    constructor(callback) { // 核心是这个 callback 函数;
        this.subs = [];
        this.callback = callback;
    }
    addSub(sub) {
        this.subs.push(sub);
    }
    notify() {
        this.subs.forEach(item => item.update(this.callback));
    }
}
let pub = new Pub() // 实例化一个发布者
// 实例化一个调度中心,传入一个用于处理数据的函数;
const dep1 = new Dep((data) =>
              console.log('我是调度中心,我先把消息处理一下,然后发给 ===》》》', data)) 
let sub1 = new Sub("订阅者1") // 实例化订阅者1
let sub2 = new Sub("订阅者2") // 实例化订阅者2
pub.addDep(dep) // 发布者绑定调度中心
dep.addSub(sub1) // 调度中心添加订阅者1
dep.addSub(sub2) // 调度中心添加订阅者2
pub.publish(dep) // 发布者把消息推给调度者
// 我是调度中心,我先把消息处理下先 订阅者1
// 我是调度中心,我先把消息处理下先 订阅者2


要点小结:


  1. 写一个 Pub 发布者类,有添加调度中心 addDep,推送消息 publish 两个方法;
  2. 写一个 Sub 订阅者类,有获取信息 update 方法;
  3. 写一个 Dep 调度中心类,有添加订阅者 addSub,通知消息 notify 两个方法;
  4. 实例化发布者;
  5. 实例化 1 个或多个调度的对象;
  6. 实例化 1 个或多个订阅者对象;
  7. 发布者绑定调度中心;
  8. 调度中心绑定订阅者;
  9. 发布者发布消息;


由上面的例子可见,发布者不会把消息直接发给订阅者,而是会先发给调度中心,再由调度中心发给订阅者;


有小朋友就问了:不就比观察者模式多了个“中间商”,有这个必要吗??


答案是肯定的!当然有!!


观察者模式中,被观察者直接把消息发给观察者,这是强绑定的,作为观察者,只有我主动绑定了我要观察的对象,我才能知道它发的消息给我;

image.png


而在发布订阅模式中,发布者和订阅者是 完全解耦 的,作为发布者,我把消息发给调度中心之后,我就不用管了,我只负责发布消息,不管谁接收;同样,订阅者,只负责接收调度中心来的消息,不用管是哪个发布者发的;


image.png


高内聚、低耦合,是我们的最终追求!!


小结



观察者模式和发布订阅模式,想想还是挺有意思的;


为什么要这么演进,我尝试用一个实际生活场景解释 —— 领导的发言稿,要打印出来,供下面的同事学习;


做法1:没有任何设计思想时,每个人都去找领导要这个稿子的电子版,然后去打印;

做法2:用观察者模式设计思想,领导主动把这个电子稿以邮件形式群发给大家,让大家自行打印;如果稿件有内容变动的话,领导再主动推送给大家一份新的;


做法3:用发布订阅者模式设计思想,领导发给秘书,秘书再分发给大家;因为稿件可能存在部分敏感信息,需要经过处理,分发给不同的同事,比如某类员工只能看其中一部分内容;


相关文章
|
Linux 网络安全 数据安全/隐私保护
CentOS7 手把手教你安装svn
CentOS7 手把手教你安装svn
647 0
|
人工智能 自然语言处理 安全
Bolt.diy:更灵活更开放的AI全栈开发工具
Bolt.new是一款爆火的AI全栈开发工具,允许用户在浏览器中运行Node.js环境并通过自然语言生成、编辑和部署Web应用。然而,它存在一定的封闭性,仅支持官方指定的大语言模型和Netlify部署。而Bolt.diy作为其开源版本,功能更强大灵活,支持多种大模型选择(如OpenAI、Anthropic等)、丰富的输入方式及多云部署选项(如Vercel、AWS)。此外,Bolt.diy还提供本地文件同步、代码下载到GitHub等功能,适用于快速原型设计、教育与企业级开发等多种场景。
1365 1
Bolt.diy:更灵活更开放的AI全栈开发工具
|
Web App开发 JavaScript 前端开发
前端项目打包与发布
前端项目打包与发布
1107 7
|
SQL 关系型数据库 MySQL
推荐一款高颜值的MySQL管理工具:Sequel Pro
推荐一款高颜值的MySQL管理工具:Sequel Pro
969 9
|
SQL 数据处理 数据库
|
NoSQL Java API
lua+redis:分布式锁解决方案
分布式锁的是确保在多个进程或多个节点之间对共享资源的访问是有序、互斥和原子的,以避免竞态条件和数据不一致性问题。在多进程或多节点环境中,分布式锁广泛应用于协调共享资源的安全访问。
530 1
|
前端开发 JavaScript 安全
跨域问题与Django解决方案:深入解析跨域原理、请求处理与CSRF防护
跨域问题与Django解决方案:深入解析跨域原理、请求处理与CSRF防护
|
XML Java 应用服务中间件
SpringMVC与Servlet3.0整合 - ServletContainerInitializer注解配置项目
SpringMVC与Servlet3.0整合 - ServletContainerInitializer注解配置项目
366 1
|
Shell Docker 容器
仅在 localhost 中部署并使用 RSSHub
由于部分网站严格的反爬机制、再加上大量使用带来的计算压力,RSSHub 鼓励用户自建使用。但如果你也有自建 RSS 阅读器习惯、且部署 RSSHub 也只是为了自用而不打算与他人共享,完全可以本地部署 RSSHub 后不将其暴露至公网、直接在自建 RSS 阅读器上通过特殊字段访问到本地的 RSSHub。
1075 0
仅在 localhost 中部署并使用 RSSHub
|
存储 缓存 NoSQL
Bloom Filter布隆过滤器(解决redis缓存穿透)
Bloom Filter布隆过滤器(解决redis缓存穿透)
1940 0
Bloom Filter布隆过滤器(解决redis缓存穿透)

热门文章

最新文章