背景
設計模式并非是軟件開發的專業術語，實際上，“模式”最早誕生于建筑學。
設計模式的定義是：在面向對象軟件設計過程中針對特定問題的簡潔而優雅的解決方案。通俗一點說，設計模式是在某種場合下對某個問題的一種解決方案。如果再通俗一點說，設計模式就是給面向對象軟件開發中的一些好的設計取個名字。
這些“好的設計”并不是誰發明的，而是早已存在于軟件開發中。一個稍有經驗的程序員也許在不知不覺中數次使用過這些設計模式。GoF（Gang of Four--四人組，《設計模式》幾位作者）最大的功績是把這些“好的設計”從浩瀚的面向對象世界中挑選出來，并且給予它們一個好聽又好記的名字。
設計模式并不直接用來完成代碼的編寫，而是描述在各種不同情況下，要怎么解決問題的一種方案，他不是一個死的機制，他是一種思想，一種寫代碼的形式。每種語言對于各種設計模式都有他們自己的實現方式，對于某些設計模式來說，可能在某些語言下并不適用，比如工廠方法模式對于javascript。模式應該用在正確的地方。而哪些才算正確的地方，只有在我們深刻理解了模式的意圖之后，再結合項目的實際場景才會知道。。
模式的社區一直在發展。GoF在1995年提出了23種設計模式，但模式不僅僅局限于這23種，后面增加到了24種。在這20多年的時間里，也許有更多的模式已經被人發現并總結了出來，比如一些JavaScript 圖書中會提到模塊模式、沙箱模式等。這些“模式”能否被世人公認并流傳下來，還有待時間驗證。
觀察者模式（Observer Pattern）
觀察者模式定義了對象間的一種一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴于它的對象都將得到通知，并自動更新。觀察者模式屬于行為型模式，行為型模式關注的是對象之間的通訊，觀察者模式就是觀察者和被觀察者之間的通訊。
觀察者模式有一個別名叫“發布-訂閱模式”，或者說是“訂閱-發布模式”，訂閱者和訂閱目標是聯系在一起的，當訂閱目標發生改變時，逐個通知訂閱者。我們可以用報紙期刊的訂閱來形象的說明，當你訂閱了一份報紙，每天都會有一份最新的報紙送到你手上，有多少人訂閱報紙，報社就會發多少份報紙，報社和訂報紙的客戶就是上面文章開頭所說的“一對多”的依賴關系。
發布訂閱模式（Pub-Sub Pattern）
其實24種基本的設計模式中并沒有發布訂閱模式，上面也說了，他只是觀察者模式的一個別稱。
但是經過時間的沉淀，似乎他已經強大了起來，已經獨立于觀察者模式，成為另外一種不同的設計模式。
在現在的發布訂閱模式中，稱為發布者的消息發送者不會將消息直接發送給訂閱者，這意味著發布者和訂閱者不知道彼此的存在。在發布者和訂閱者之間存在第三個組件，稱為消息代理或調度中心或中間件，它維持著發布者和訂閱者之間的聯系，過濾所有發布者傳入的消息并相應地分發它們給訂閱者。
舉一個例子，你在微博上關注了A，同時其他很多人也關注了A，那么當A發布動態的時候，微博就會為你們推送這條動態。A就是發布者，你是訂閱者，微博就是調度中心，你和A是沒有直接的消息往來的，全是通過微博來協調的（你的關注，A的發布動態）。
觀察者模式和發布訂閱模式有什么區別？
我們先來看下這兩個模式的實現結構：
觀察者模式：觀察者（Observer）直接訂閱（Subscribe）主題（Subject），而當主題被激活的時候，會觸發（Fire Event）觀察者里的事件。
發布訂閱模式：訂閱者（Subscriber）把自己想訂閱的事件注冊（Subscribe）到調度中心（Topic），當發布者（Publisher）發布該事件（Publish topic）到調度中心，也就是該事件觸發時，由調度中心統一調度（Fire Event）訂閱者注冊到調度中心的處理代碼。
我們再來看下這兩個模式的代碼案例：（獵人發布與訂閱任務）
觀察者模式：
//有一家獵人工會，其中每個獵人都具有發布任務(publish)，訂閱任務(subscribe)的功能 //他們都有一個訂閱列表來記錄誰訂閱了自己 //定義一個獵人類 //包括姓名，級別，訂閱列表 function Hunter(name, level){ this.name = name this.level = level this.list = [] } Hunter.prototype.publish = function (money){ console.log(this.level + '獵人' + this.name + '尋求幫助') this.list.forEach(function(item, index){ item(money) }) } Hunter.prototype.subscribe = function (targrt, fn){ console.log(this.level + '獵人' + this.name + '訂閱了' + targrt.name) targrt.list.push(fn) } //獵人工會走來了幾個獵人 let hunterMing = new Hunter('小明', '黃金') let hunterJin = new Hunter('小金', '白銀') let hunterZhang = new Hunter('小張', '黃金') let hunterPeter = new Hunter('Peter', '青銅') //Peter等級較低，可能需要幫助，所以小明，小金，小張都訂閱了Peter hunterMing.subscribe(hunterPeter, function(money){ console.log('小明表示：' + (money > 200 ? '' : '暫時很忙，不能') + '給予幫助') }) hunterJin.subscribe(hunterPeter, function(){ console.log('小金表示：給予幫助') }) hunterZhang.subscribe(hunterPeter, function(){ console.log('小張表示：給予幫助') }) //Peter遇到困難，賞金198尋求幫助 hunterPeter.publish(198) //獵人們(觀察者)關聯他們感興趣的獵人(目標對象)，如Peter，當Peter有困難時，會自動通知給他們（觀察者）發布訂閱模式：
//定義一家獵人工會 //主要功能包括任務發布大廳(topics)，以及訂閱任務(subscribe)，發布任務(publish) let HunterUnion = { type: 'hunt', topics: Object.create(null), subscribe: function (topic, fn){ if(!this.topics[topic]){ this.topics[topic] = []; } this.topics[topic].push(fn); }, publish: function (topic, money){ if(!this.topics[topic]) return; for(let fn of this.topics[topic]){ fn(money) } } } //定義一個獵人類 //包括姓名，級別 function Hunter(name, level){ this.name = name this.level = level } //獵人可在獵人工會發布訂閱任務 Hunter.prototype.subscribe = function (topic, fn){ console.log(this.level + '獵人' + this.name + '訂閱了狩獵' + topic + '的任務') HunterUnion.subscribe(topic, fn) } Hunter.prototype.publish = function (topic, money){ console.log(this.level + '獵人' + this.name + '發布了狩獵' + topic + '的任務') HunterUnion.publish(topic, money) } //獵人工會走來了幾個獵人 let hunterMing = new Hunter('小明', '黃金') let hunterJin = new Hunter('小金', '白銀') let hunterZhang = new Hunter('小張', '黃金') let hunterPeter = new Hunter('Peter', '青銅') //小明，小金，小張分別訂閱了狩獵tiger的任務 hunterMing.subscribe('tiger', function(money){ console.log('小明表示：' + (money > 200 ? '' : '不') + '接取任務') }) hunterJin.subscribe('tiger', function(money){ console.log('小金表示：接取任務') }) hunterZhang.subscribe('tiger', function(money){ console.log('小張表示：接取任務') }) //Peter訂閱了狩獵sheep的任務 hunterPeter.subscribe('sheep', function(money){ console.log('Peter表示：接取任務') }) //Peter發布了狩獵tiger的任務 hunterPeter.publish('tiger', 198) //獵人們發布(發布者)或訂閱(觀察者/訂閱者)任務都是通過獵人工會(調度中心)關聯起來的，他們沒有直接的交流。觀察者模式和發布訂閱模式最大的區別就是發布訂閱模式有個事件調度中心。
觀察者模式由具體目標調度，每個被訂閱的目標里面都需要有對觀察者的處理，這種處理方式比較直接粗暴，但是會造成代碼的冗余。
而發布訂閱模式中統一由調度中心進行處理，訂閱者和發布者互不干擾，消除了發布者和訂閱者之間的依賴。這樣一方面實現了解耦，還有就是可以實現更細粒度的一些控制。比如發布者發布了很多消息，但是不想所有的訂閱者都接收到，就可以在調度中心做一些處理，類似于權限控制之類的。還可以做一些節流操作。
觀察者模式是不是發布訂閱模式
網上關于這個問題的回答，出現了兩極分化，有認為發布訂閱模式就是觀察者模式的，也有認為觀察者模式和發布訂閱模式是真不一樣的。
其實我不知道發布訂閱模式是不是觀察者模式，就像我不知道辨別模式的關鍵是設計意圖還是設計結構（理念），雖然《JavaScript設計模式與開發實踐》一書中說了分辨模式的關鍵是意圖而不是結構。
如果以結構來分辨模式，發布訂閱模式相比觀察者模式多了一個中間件訂閱器，所以發布訂閱模式是不同于觀察者模式的；如果以意圖來分辨模式，他們都是實現了對象間的一種一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴于它的對象都將得到通知，并自動更新，那么他們就是同一種模式，發布訂閱模式是在觀察者模式的基礎上做的優化升級。
不過，不管他們是不是同一個設計模式，他們的實現方式確實有差別，我們在使用的時候應該根據場景來判斷選擇哪個。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持VeVb武林網。
新聞熱點
疑難解答
