訂閱發佈模式和觀察者模式的區別

首先咱們須要瞭解二者的定義和實現的方式,才能更好的區分二者的不一樣點。javascript

或許之前認爲訂閱發佈模式是觀察者模式的一種別稱,可是發展至今,概念已經有了很多區別。html

訂閱發佈模式

軟件架構中,發佈-訂閱是一種消息範式,消息的發送者(稱爲發佈者)不會將消息直接發送給特定的接收者(稱爲訂閱者)。而是將發佈的消息分爲不一樣的類別,無需瞭解哪些訂閱者(若是有的話)可能存在。一樣的,訂閱者能夠表達對一個或多個類別的興趣,只接收感興趣的消息,無需瞭解哪些發佈者(若是有的話)存在。前端

或許你用過 eventemitter、node 的 events、Backbone 的 events 等等,這些都是前端早期,比較流行的數據流通訊方式,即訂閱發佈模式java

從字面意思來看,咱們須要首先訂閱,發佈者發佈消息後纔會收到發佈的消息。不過咱們還須要一箇中間者來協調,從事件角度來講,這個中間者就是事件中心,協調發布者和訂閱者直接的消息通訊。node

完成訂閱發佈整個流程須要三個角色:數組

  • 發佈者
  • 事件中心
  • 訂閱者

以事件爲例,簡單流程以下:架構

發佈者->事件中心<=>訂閱者,訂閱者須要向事件中心訂閱指定的事件 -> 發佈者向事件中心發佈指定事件內容 -> 事件中心通知訂閱者 -> 訂閱者收到消息(多是多個訂閱者),到此完成了一次訂閱發佈的流程。app

簡單的代碼實現以下:dom

class Event {
  constructor() {
    // 全部 eventType 監聽器回調函數(數組)
    this.listeners = {}
  }
  /** * 訂閱事件 * @param {String} eventType 事件類型 * @param {Function} listener 訂閱後發佈動做觸發的回調函數,參數爲發佈的數據 */
  on(eventType, listener) {
    if (!this.listeners[eventType]) {
      this.listeners[eventType] = []
    }
    this.listeners[eventType].push(listener)
  }
  /** * 發佈事件 * @param {String} eventType 事件類型 * @param {Any} data 發佈的內容 */
  emit(eventType, data) {
    const callbacks = this.listeners[eventType]
    if (callbacks) {
      callbacks.forEach((c) => {
        c(data)
      })
    }
  }
}

const event = new Event()
event.on('open', (data) => {
  console.log(data)
})
event.emit('open', { open: true })
複製代碼

Event 能夠理解爲事件中心,提供了訂閱和發佈功能。函數

訂閱者在訂閱事件的時候,只關注事件自己,而不關心誰會發布這個事件;發佈者在發佈事件的時候,只關注事件自己,而不關心誰訂閱了這個事件。

觀察者模式

觀察者模式定義了一種一對多的依賴關係,讓多個觀察者對象同時監聽某一個目標對象,當這個目標對象的狀態發生變化時,會通知全部觀察者對象,使它們可以自動更新。

觀察者模式咱們可能比較熟悉的場景就是響應式數據,如 Vue 的響應式、Mbox 的響應式。

觀察者模式有完成整個流程須要兩個角色:

  • 目標
  • 觀察者

簡單流程以下:

目標<=>觀察者,觀察者觀察目標(監聽目標)-> 目標發生變化-> 目標主動通知觀察者。

簡單的代碼實現以下:

/** * 觀察監聽一個對象成員的變化 * @param {Object} obj 觀察的對象 * @param {String} targetVariable 觀察的對象成員 * @param {Function} callback 目標變化觸發的回調 */
function observer(obj, targetVariable, callback) {
  if (!obj.data) {
    obj.data = {}
  }
  Object.defineProperty(obj, targetVariable, {
    get() {
      return this.data[targetVariable]
    },
    set(val) {
      this.data[targetVariable] = val
      // 目標主動通知觀察者
      callback && callback(val)
    },
  })
  if (obj.data[targetVariable]) {
    callback && callback(obj.data[targetVariable])
  }
}
複製代碼

可運行例子以下:

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8" />
    <meta name="viewport" content="width=device-width,initial-scale=1,maximum-scale=1,viewport-fit=cover" />
    <title></title>
  </head>
  <body>
    <div id="app">
      <div id="dom-one"></div>
      <br />
      <div id="dom-two"></div>
      <br />
      <button id="btn">改變</button>
    </div>
    <script> /** * 觀察監聽一個對象成員的變化 * @param {Object} obj 觀察的對象 * @param {String} targetVariable 觀察的對象成員 * @param {Function} callback 目標變化觸發的回調 */ function observer(obj, targetVariable, callback) { if (!obj.data) { obj.data = {} } Object.defineProperty(obj, targetVariable, { get() { return this.data[targetVariable] }, set(val) { this.data[targetVariable] = val // 目標主動通知觀察者 callback && callback(val) }, }) if (obj.data[targetVariable]) { callback && callback(obj.data[targetVariable]) } } const obj = { data: { description: '原始值' }, } observer(obj, 'description', value => { document.querySelector('#dom-one').innerHTML = value document.querySelector('#dom-two').innerHTML = value }) btn.onclick = () => { obj.description = '改變了' } </script>
  </body>
</html>
複製代碼

二者的區別在哪?

角色角度來看,訂閱發佈模式須要三種角色,發佈者、事件中心和訂閱者。二觀察者模式須要兩種角色,目標和觀察者,無事件中心負責通訊。

從耦合度上來看,訂閱發佈模式是一個事件中心調度模式,訂閱者和發佈者是沒有直接關聯的,經過事件中心進行關聯,二者是解耦的。而觀察者模式中目標和觀察者是直接關聯的,耦合在一塊兒(有些觀念說觀察者是解耦,解耦的是業務代碼,不是目標和觀察者自己)。

二者的優缺點?

優缺點都是從前端角度來看的。

訂閱發佈模式優勢

  • 靈活

    因爲訂閱發佈模式的發佈者和訂閱者是解耦的,只要引入訂閱發佈模式的事件中心,不管在何處均可以發佈訂閱。同時訂閱發佈者相互之間不影響。

訂閱發佈模式在使用不當的狀況下,容易形成數據流混亂,因此纔有了 React 提出的單項數據流思想,就是爲了解決數據流混亂的問題。

訂閱發佈模式缺點

  • 容易致使代碼很差維護

    靈活是有點,同時也是缺點,使用不當就會形成數據流混亂,致使代碼很差維護。

  • 性能消耗更大

    訂閱發佈模式須要維護事件列隊,訂閱的事件越多,內存消耗越大。

觀察者模式優勢

  • 響應式

    目標變化就會通知觀察者,這是觀察者最大的有點,也是由於這個優勢,觀察者模式在前端纔會這麼出名。

觀察者模式缺點

  • 不靈活

    相比訂閱發佈模式,因爲目標和觀察者是耦合在一塊兒的,因此觀察者模式須要同時引入目標和觀察者才能達到響應式的效果。而訂閱發佈模式只須要引入事件中心,訂閱者和發佈者能夠再也不一處。

參考文章

訂閱發佈模式和觀察者模式真的不同

相關文章
相關標籤/搜索