物件間的聯動——觀察者模式（六）

22.6 觀察者模式與MVC

      在當前流行的MVC(Model-View-Controller)架構中也應用了觀察者模式，MVC是一種架構模式，它包含三個角色：模型(Model)，檢視(View)和控制器(Controller)。其中模型可對應於觀察者模式中的觀察目標，而檢視對應於觀察者，控制器可充當兩者之間的中介者。當模型層的資料發生改變時，檢視層將自動改變其顯示內容。如圖22-7所示：

圖22-7 MVC結構示意圖

      在圖22-7中，模型層提供的資料是檢視層所觀察的物件，在檢視層中包含兩個用於顯示資料的圖表物件，一個是柱狀圖，一個是餅狀圖，相同的資料擁有不同的圖表顯示方式，如果模型層的資料發生改變，兩個圖表物件將隨之發生變化，這意味著圖表物件依賴模型層提供的資料物件，因此資料物件的任何狀態改變都應立即通知它們。同時，這兩個圖表之間相互獨立，不存在任何聯絡，而且圖表物件的個數沒有任何限制，使用者可以根據需要再增加新的圖表物件，如折線圖。在增加新的圖表物件時，無須修改原有類庫，滿足“開閉原則”。

擴充套件 大家可以查閱相關資料對MVC模式進行深入學習，如Oracle公司提供的技術文件《Java SE Application Design With MVC》，參考連結：http://www.oracle.com/technetwork/articles/javase/index-142890.html。

22.7 觀察者模式總結

      觀察者模式是一種使用頻率非常高的設計模式，無論是移動應用、Web應用或者桌面應用，觀察者模式幾乎無處不在，它為實現物件之間的聯動提供了一套完整的解決方案，凡是涉及到一對一或者一對多的物件互動場景都可以使用觀察者模式。觀察者模式廣泛應用於各種程式語言的GUI事件處理的實現，在基於事件的XML解析技術（如SAX2）以及Web事件處理中也都使用了觀察者模式。

      1.主要優點

      觀察者模式的主要優點如下：

      (1) 觀察者模式可以實現表示層和資料邏輯層的分離，定義了穩定的訊息更新傳遞機制，並抽象了更新介面，使得可以有各種各樣不同的表示層充當具體觀察者角色。

      (2) 觀察者模式在觀察目標和觀察者之間建立一個抽象的耦合。觀察目標只需要維持一個抽象觀察者的集合，無須瞭解其具體觀察者。由於觀察目標和觀察者沒有緊密地耦合在一起，因此它們可以屬於不同的抽象化層次。

      (3) 觀察者模式支援廣播通訊，觀察目標會向所有已註冊的觀察者物件傳送通知，簡化了一對多系統設計的難度。

      (4) 觀察者模式滿足“開閉原則”的要求，增加新的具體觀察者無須修改原有系統程式碼，在具體觀察者與觀察目標之間不存在關聯關係的情況下，增加新的觀察目標也很方便。

      2.主要缺點

      觀察者模式的主要缺點如下：

      (1) 如果一個觀察目標物件有很多直接和間接觀察者，將所有的觀察者都通知到會花費很多時間。

      (2) 如果在觀察者和觀察目標之間存在迴圈依賴，觀察目標會觸發它們之間進行迴圈呼叫，可能導致系統崩潰。

      (3) 觀察者模式沒有相應的機制讓觀察者知道所觀察的目標物件是怎麼發生變化的，而僅僅只是知道觀察目標發生了變化。

      3.適用場景

      在以下情況下可以考慮使用觀察者模式：

      (1) 一個抽象模型有兩個方面，其中一個方面依賴於另一個方面，將這兩個方面封裝在獨立的物件中使它們可以各自獨立地改變和複用。

      (2) 一個物件的改變將導致一個或多個其他物件也發生改變，而並不知道具體有多少物件將發生改變，也不知道這些物件是誰。

      (3) 需要在系統中建立一個觸發鏈，A物件的行為將影響B物件，B物件的行為將影響C物件……，可以使用觀察者模式建立一種鏈式觸發機制。

練習 Sunny軟體公司欲開發一款實時線上股票軟體，該軟體需提供如下功能：當股票購買者所購買的某支股票價格變化幅度達到5%時，系統將自動傳送通知（包括新價格）給購買該股票的所有股民。試使用觀察者模式設計並實現該系統。

【作者：劉偉  http://blog.csdn.net/lovelion】