所謂設計模式通俗點理解就是解決固定問題的套路。而說起觀察者模式又不得不提起客戶端框架設計中最常用的實現邏輯：MVC架構+觀察者模式。
MVC架構中的M、V、C分別是model、view、control的縮寫。
model:模型，處理數據邏輯部分
view:界面，處理數據顯示部分
control:控制器，模型和界面的溝通橋樑，負責從視圖讀取數據，控制用戶輸入，並向模型發送數據。
MVC架構是面向對象設計原則中“單一職責”的典型，將數據處理與界面實現完全剝離開來，大大降低了代碼的耦合度，提高了代碼的複用性。而這樣做就產生了一個問題，如何能夠有效的解決一旦數據層的數據發生變化就能及時通知到相應的主題界面。觀察者模式作爲一種傳遞消息的機制應用在MVC架構中就很好的彌補了這一不足。
觀察者模式（Observer）也叫訂閱——發佈模式，定義了一種“一對多”的依賴關係，主要目的就是爲了解決：當一個對象的狀態發生改變時能及時通知給其他對象。具體關係如圖所示：
舉個例子來說明，出版雜誌的雜誌社就是主題（發佈者），訂雜誌的客戶就爲訂閱者，客戶從雜誌社訂閱雜誌（訂閱主題）後，客戶都會收到雜誌社寄來的最新一期雜誌。如果客戶不想訂閱了，可以取消，以後就不會再收到雜誌。