谈谈观察者模式和发布订阅模式

简单捋捋。

1、观察者vs发布订阅

  • 首先观察者跟发布订阅这两者虽然看起来很相似,但是两者是有差异的,至少从实现方式上就有差异,具体文末有总结。

  • 其次,虽然两者有差异,但是说发布订阅模式是观察者模式的变异我觉得也是ok的,因为它们思想上是一致的。

  • 最后,为了方便更好的捋清楚这两种模式,我们做个类比,将观察者模式类比于房东—租客,发布订阅模式类比于房东—中介—租客,本文将围绕这两个模型来探讨理解。

    观察者vs发布订阅

  • 下面我们就用结合代码来谈谈。

2、观察者模式

  • 既然我们把观察者模式类比为房东——租客的这种关系模型,那我们就来想象一下,这个房东是某拆迁户,名下出租的房子有大(bigHouse)中(mediumHouse)小(smallHouse)这三种户型出租,他微信加了有很多不同租房需求的租客(观察者),房东时不时的会向租房推些租房信息,这些是前言。

  • 那首先我们来定义一下租客

class Observer {
  constructor(subject) {
    this.subject = subject;
  }
  notify() {
    console.log(`对${this.subject}感兴趣的你收到一条房东的消息`);
  }
}

// 有ABC...等不同的租客对不同的房型感兴趣
const observerA = new Observer("bigHouse"); // 我对超大house感兴趣
const observerB = new Observer("mediumHouse"); // 我求个中等 
const observerC = new Observer("smallHouse"); // 我穷逼。。。
  • 然后我们需要描述下房东
class Subject {
  // 根据户型的不同收集相应的订阅者
  constructor() {
    this.subjectList = {};
  }
  // 订阅
  add(subject, observer) {
    if (!this.subjectList[subject]) {
      this.subjectList[subject] = [];
    }
    this.subjectList[subject].push(observer);
  }
  // 通知
  fire(subject) {
    this.subjectList[subject].forEach((item) => item.notify());
  }
  // 解除订阅
  remove(subject, observer) {
    this.subjectList[subject].forEach((item, index) => {
      if (item === observer) {
        this.subjectList[subject].splice(index, 1);
      }
    });
  }
}

// 先new个房东吧
const subjects = new Subject();
// 房东在加ABC微信的时候就对他们分好了组:
subjects.add("bigHouse", observerA);
subjects.add("mediumHouse", observerB);
subjects.add("smallHouse", observerC);
  • 某一天,大型房bigHouse空了,于是房东对bigHouse组的租客们群发了一条消息,于是A就收到了推送;又某一天,中型房mediumHouse空了。。。
// 某一天
subjects.fire("bigHouse"); // 对bigHouse感兴趣的你收到一条房东的消息
// 又某一天
subjects.fire("mediumHouse");  // 对mediumHouse感兴趣的你收到一条房东的消息
// 再某一天
subjects.fire("smallHouse"); // 对smallHouse感兴趣的你收到一条房东的消息
  • 这就是观察者模式,完整代码如下:
class Observer {
  constructor(subject) {
    this.subject = subject;
  }
  notify() {
    console.log(`对${this.subject}感兴趣的你收到一条房东的消息`);
  }
}

class Subject {
  // 根据户型的不同收集相应的订阅者
  constructor() {
    this.subjectList = {};
  }
  // 订阅
  add(subject, observer) {
    if (!this.subjectList[subject]) {
      this.subjectList[subject] = [];
    }
    this.subjectList[subject].push(observer);
  }
  // 解除订阅
  remove(subject, observer) {
    this.subjectList[subject].forEach((item, index) => {
      if (item === observer) {
        this.subjectList[subject].splice(index, 1);
      }
    });
  }
  // 触发事件
  fire(subject) {
    this.subjectList[subject].forEach((item) => item.notify());
  }
}

// 有ABC...等不同的租客对不同的房型感兴趣
const observerA = new Observer("bigHouse"); // 我对超大house感兴趣
const observerB = new Observer("mediumHouse"); // 我求个中等
const observerC = new Observer("smallHouse"); // 我穷逼。。。

// 先new个房东吧
const subjects = new Subject();
// 房东在加ABC微信的时候就对他们分好了组:
subjects.add("bigHouse", observerA);
subjects.add("mediumHouse", observerB);
subjects.add("smallHouse", observerC);

// 某一天
subjects.fire("bigHouse"); // 对bigHouse感兴趣的你收到一条房东的消息
// 又某一天
subjects.fire("mediumHouse"); // 对mediumHouse感兴趣的你收到一条房东的消息
// 再某一天
subjects.fire("smallHouse"); // 对smallHouse感兴趣的你收到一条房东的消息

3、发布订阅模式

(1)理解

  • 当你了解了观察者模式房东—租客这种模型以后,你会发现,如果观察者很多,那么房东压力还是挺大的,比如收钱的压力。
  • 这个时候,房东每天签合同、收房租跑断腿,不堪其扰,于是就去拜托中介,交给中介打理省心,于是就有了类似于房东—中介—租客的这种发布订阅模式。

(2)实践

  • 首先我们需要定义一下中介机构
class EventBus {
  constructor() {
    // 定义事件池
    // 数据结构应该长这样:{<某主题>:<该主题下要执行的事件队列>}
    // {'subject': ['func1','func2','func3']}
    this.events = {};
  }

  /**
   * 订阅
   * @param {主题} subject
   * @param {主题相关函数} func
   */
  on(subject, func) {
    if (!this.events[subject]) {
      this.events[subject] = [];
    }
    this.events[subject].push(func);
  }

  /**
   * 发布
   * @param {主题} subject
   */
  emit(subject) {
    if (!this.events[subject]) {
      return;
    }
    this.events[subject].forEach((item) => {
      item(); // 执行该主题下与之相关的函数队列
    });
  }

  /**
   * 删除
   * @param {主题} subject
   */
  remove(subject) {
    if (this.events[subject]) {
      delete this.events[subject];
    }
  }
}
  • 然后租客通过中介机构根据自己的需要订阅了不同的房型。
// 先new个中介出来:
const bus = new EventBus();

// 不同租客订阅了不同需求房型
bus.on("bigHouse", function () {
  console.log("对bigHouse感兴趣的你收到一条房东的消息");
});

bus.on("mediumHouse", function () {
  console.log("对mediumHouse感兴趣的你收到一条房东的消息");
});

bus.on("smallHouse", function () {
  console.log("对smallHouse感兴趣的你收到一条房东的消息");
});
  • 此后,房东就直接通过中介发通知了:
// 某天房东通过中介发布了一条消息
bus.emit("bigHouse"); //对bigHouse感兴趣的你收到一条房东的消息
// 又某一天
bus.emit("mediumHouse"); // 对mediumHouse感兴趣的你收到一条房东的消息
// 再某一天。。。。
bus.emit("smallHouse"); // 对smallHouse感兴趣的你收到一条房东的消息
  • 完整代码如下:
class EventBus {
  constructor() {
    // 定义事件池
    // 数据结构应该长这样:{<某主题>:<该主题下要执行的事件队列>}
    // {'subject': ['func1','func2','func3']}
    this.events = {};
  }

  /**
   * 订阅
   * @param {主题} subject
   * @param {主题相关函数} func
   */
  on(subject, func) {
    if (!this.events[subject]) {
      this.events[subject] = [];
    }
    this.events[subject].push(func);
  }

  /**
   * 发布
   * @param {主题} subject
   */
  emit(subject) {
    if (!this.events[subject]) {
      return;
    }
    this.events[subject].forEach((item) => {
      item(); // 执行该主题下与之相关的函数队列
    });
  }

  /**
   * 删除
   * @param {主题} subject
   */
  remove(subject) {
    if (this.events[subject]) {
      delete this.events[subject];
    }
  }
}

const bus = new EventBus();

// 不同租客订阅了不同需求房型
bus.on("bigHouse", function () {
  console.log("对bigHouse感兴趣的你收到一条房东的消息");
});

bus.on("mediumHouse", function () {
  console.log("对mediumHouse感兴趣的你收到一条房东的消息");
});

bus.on("smallHouse", function () {
  console.log("对smallHouse感兴趣的你收到一条房东的消息");
});

// 某天房东通过中介发布了一条消息
bus.emit("bigHouse"); //对bigHouse感兴趣的你收到一条房东的消息
// 又某一天
bus.emit("mediumHouse"); // 对mediumHouse感兴趣的你收到一条房东的消息
// 再某一天。。。。
bus.emit("smallHouse"); // 对smallHouse感兴趣的你收到一条房东的消息

从这个例子就可以看到:

  • EventBus:扮演了中介机构的角色。
  • Emit房东通过中介来发布消息。
  • On租客通过中介来订阅消息。

4、小结

  • 通过上面这些示例,两者之间最大的区别就是中介结构这一环,通过这个机构,房东和房客之间的沟通更加的顺畅了,也就是两者之间松耦合,这样的话,我们开发的时候可以将中介结构抽离成为了一个单独的文件,这样使得业务逻辑更加清晰,维护起来也更加的区别。这个我觉得是最主要的区别。
  • 其它的区别我这里直接引用这篇文章的小结概况一下吧,我觉得总结还是比较到位的:
    1. 在观察者模式中,观察者是知道Subject的,Subject一直保持对观察者进行记录。然而,在发布订阅模式中,发布者和订阅者不知道对方的存在。它们只有通过消息代理进行通信。
    2. 在发布订阅模式中,组件是松散耦合的,正好和观察者模式相反。
    3. 观察者模式大多数时候是同步的,比如当事件触发,Subject就会去调用观察者的方法;而发布-订阅模式大多数时候是异步的(使用消息队列)。
  • 当然,以上这些都是我自己的理解,欢迎交流。

参考学习:
https://juejin.im/post/5a14e9edf265da4312808d86
https://molunerfinn.com/observer-vs-pubsub-pattern
https://juejin.im/post/5bb1bb616fb9a05d2b6dccfa
https://juejin.im/post/57de12355bbb50005e648bd8

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

推荐阅读更多精彩内容