我曾經在面試中被問道，_“觀察者模式和釋出訂閱模式的有什麼區別？” _我迅速回憶起“Head First設計模式”那本書：
釋出 + 訂閱 = 觀察者模式
“我知道了，我知道了，別想騙我”
我微笑著回答：“沒有區別，它們是一樣的。”
但是面試官笑了，“不，它們不一樣。”
我當時的表情：
所以是我錯了嗎？ 之後我回到家開啟google查詢答案。這篇文章就是我google後的總結。
在深入探討區別之前，我們先來討論下“觀察者模式”和“釋出訂閱模式”。
觀察者設計模式:
我認為大多數人都會同意觀察者模式是學起來最好入門的，因為你從字面意思就能知道它主要是做什麼的。
觀察者模式 在軟體設計中是一個物件，維護一個依賴列表，當任何狀態發生改變自動通知它們。
看吧，即使是維基百科的定義 ，也不是很難, 對吧? 如果你還不清楚，那讓我用通俗易懂的來解釋。
我們假設你正在找一份軟體工程師的工作，對“香蕉公司”很感興趣。所以你聯絡了他們的HR，給了他你的聯絡電話。他保證如果有任何職位空缺都會通知你。這裡還有幾個候選人也你一樣很感興趣。所以職位空缺大家都會知道，如果你回應了他們的通知，他們就會聯絡你面試。
所以，以上和“觀察者模式”有什麼關係呢？這裡的“香蕉公司”就是Subject，用來維護Observers（和你一樣的候選人），為某些event（比如職位空缺）來**通知（notify）**觀察者。
是不是很簡單！？
所以，如果你想在你的軟體或者應用中實現觀察者模式，你可以遵循上圖這個流程。（我不想在我的文章中寫任何程式碼，因為網上有數不清的例子）
釋出-訂閱設計模式
在觀察者模式中的Subject就像一個釋出者（Publisher），觀察者（Observer）完全和訂閱者（Subscriber）關聯。subject通知觀察者就像一個釋出者通知他的訂閱者。這也就是很多書和文章使用“釋出-訂閱”概念來解釋觀察者設計模式。但是這裡還有另外一個流行的模式叫做釋出-訂閱設計模式。它的概念和觀察者模式非常類似。最大的區別是：
在釋出-訂閱模式，訊息的傳送方，叫做釋出者（publishers），訊息不會直接傳送給特定的接收者，叫做訂閱者。
意思就是釋出者和訂閱者不知道對方的存在。需要一個第三方元件，叫做資訊中介，它將訂閱者和釋出者串聯起來，它過濾和分配所有輸入的訊息。換句話說，釋出-訂閱模式用來處理不同系統元件的資訊交流，即使這些元件不知道對方的存在。
那麼如何過濾訊息的呢？事實上這裡有幾個過程，最流行的方法是：基於主題以及基於內容。好了，就此打住，如果你感興趣，可以去維基百科瞭解。
釋出-訂閱模式(圖片來源: MSDN 部落格)
所以，我用下圖表示這兩個模式最重要的區別：
圖片來源: developers-club
有感覺了嗎?
我們把這些差異快速總結一下：
-
在觀察者模式中，觀察者是知道Subject的，Subject一直保持對觀察者進行記錄。然而，在釋出訂閱模式中，釋出者和訂閱者不知道對方的存在。它們只有通過訊息代理進行通訊。
-
在釋出訂閱模式中，元件是鬆散耦合的，正好和觀察者模式相反。
-
觀察者模式大多數時候是同步的，比如當事件觸發，Subject就會去呼叫觀察者的方法。而釋出-訂閱模式大多數時候是非同步的（使用訊息佇列）。
-
觀察者 模式需要在單個應用程式地址空間中實現，而釋出-訂閱更像交叉應用模式。
儘管它們之間有區別，但有些人可能會說釋出-訂閱模式是觀察者模式的變異，因為它們概念上是相似的。
ok,我想說的說完了，希望你get到了，感謝您的閱讀，如果發現有什麼錯誤或者需要修改的地方，請在下方留言，謝謝!
原文地址：https://hackernoon.com/observer-vs-pub-sub-pattern-50d3b27f838c 譯者：繆宇