講解jQuery回調對象之前，我們有必要先理解其背后的設計思想 - “觀察者模式”。

觀察者模式 (pub/sub) 的背后，總的想法是在應用程序中增強松耦合性。并非是在其它對象的方法上的單個對象調用。一個對象作為特定任務或是另一對象的活動的觀察者，并且在這個任務或活動發生時，通知觀察者。觀察者也被叫作訂閱者（Subscriber），它指向被觀察的對象，既被觀察者（Publisher 或 subject)。當事件發生時，被觀察者（Publisher）就會通知觀察者（subscriber）。

觀察者的使用場合

觀察者的使用場合就是：當一個對象的改變需要同時改變其它對象，并且它不知道具體有多少對象需要改變的時候，就應該考慮使用觀察者模式。先看官網的demo這個例子，涉及到了 add 與 fire方法，熟悉設計模式的童鞋呢，一眼就能看出，其實又是基于發布訂閱（Publish/Subscribe）的觀察者模式的設計。

作為 $.Callbacks() 的創建組件的一個演示，只使用回調函數列表，就可以實現 Pub/Sub 系統，將 $.Callbacks 作為一個隊列。

我們來模擬常規下最簡單的實現：

JS里對觀察者模式的實現是通過回調來實現的，我們來先定義一個Observable對象，其內部包含了2個方法：訂閱add方法與發布fire方法，如下代碼：

var Observable = {
  callbacks: [],
  add: function(fn) {
    this.callbacks.push(fn);
  },
  fire: function() {
    this.callbacks.forEach(function(fn) {
      fn();
    })
  }
}

使用add開始訂閱：

Observable.add(function() {
  alert(1)
})

Observable.add(function() {
  alert(2)
})

使用fire開始發布：

Observable.fire(); // 1, 2

設計的原理：

開始構建一個存放回調的數組，如this.callbacks= [] 添加回調時，將回調push進this.callbacks，執行則遍歷this.callbacks執行回調，也彈出1跟2了。當然這只是簡潔的設計，便于理解，整體來說設計的思路代碼都是挺簡單的，那么我們從簡單的設計深度挖掘下這種模式的優勢。

注意：如果沒有做過復雜交互設計，或者大型應用的開發者，可能一開始無法理解這模式的好處，就簡單的設計而言用模式來處理問題，有點把簡單的問題復雜化。我們不是為了使用模式而使用的。

組件開發為了保證組件可以在不同的項目中都適用，其必須是對其常用功能抽象出來加以實現，絕不會包含具體的業務邏輯而某一特定的項目使用者在其業務場景中使用組件時不可避免的要加入不同場景的業務邏輯。