首頁  >  文章  >  Java  >  Java設計模式中觀察者模式的具體分析

Java設計模式中觀察者模式的具體分析

黄舟
黄舟原創
2017-08-10 09:32:041311瀏覽

這篇文章跟大家介紹流量java設計模式之觀察者模式,定義物件間一種一對多的依賴關係,使得當每個物件改變狀態。下面透過類別圖和實例程式碼給大家介紹java設計模式之觀察者模式,有興趣的朋友一起看看吧

定義:定義物件間一種一對多的依賴關係,使得當每一個物件改變狀態,則所有依賴它的物件都會被通知並自動更新。

類型:行為類別模式

類別圖:

        在軟體系統中常有這樣的需求:如果一個物件的狀態改變,某些與它相關的物件也要隨之做出相對應的變化。例如,我們要設計一個右鍵選單的功能,只要在軟體的有效區域內點擊滑鼠右鍵,就會彈出一個選單;再比如,我們要設計一個自動部署的功能,就像eclipse開發時,只要修改了文件,eclipse就會自動將修改後的檔案部署到伺服器中。這兩個功能有一個相似的地方,那就是一個對像要時時監聽著另一個對象,只要它的狀態一改變,自己就隨之要做出相應的行動。其實,能夠實現這一點的方案很多,但是,無疑地使用觀察者模式是一個主流的選擇。

觀察者模式的結構

在最基礎的觀察者模式中,包含以下四個角色:

  • #被觀察者:從類別圖中可以看到,類別中有一個用來存放觀察者物件的Vector容器(之所以使用Vector而不使用List,是因為多執行緒操作時,Vector在是安全的,而List則是不安全的),這個Vector容器是被觀察者類別的核心,另外還有三個方法:attach方法是在這個容器中加入觀察者物件;detach方法是從容器中移除觀察者物件;notify方法是依序呼叫觀察者物件的對應方法。這個角色可以是接口,也可以是抽象類別或具體的類,因為很多情況下會與其他的模式混用,所以使用抽象類別的情況比較多。

  • 觀察者:觀察者角色一般是一個接口,它只有一個update方法,在被觀察者狀態改變時,這個方法就會被觸發呼叫。

  • 具體的被觀察者:使用這個角色是為了方便擴展,可以在此角色中定義具體的業務邏輯。

  • 具體的觀察者:觀察者介面的具體實現,在這個角色中,將定義被觀察者物件狀態改變時所要處理的邏輯。

觀察者模式程式碼實作


abstract class Subject { 
  private Vector<Observer> obs = new Vector<Observer>(); 
  public void addObserver(Observer obs){ 
    this.obs.add(obs); 
  } 
  public void delObserver(Observer obs){ 
    this.obs.remove(obs); 
  } 
  protected void notifyObserver(){ 
    for(Observer o: obs){ 
      o.update(); 
    } 
  } 
  public abstract void doSomething(); 
} 
class ConcreteSubject extends Subject { 
  public void doSomething(){ 
    System.out.println("被观察者事件反生"); 
    this.notifyObserver(); 
  } 
} 
interface Observer { 
  public void update(); 
} 
class ConcreteObserver1 implements Observer { 
  public void update() { 
    System.out.println("观察者1收到信息,并进行处理。"); 
  } 
} 
class ConcreteObserver2 implements Observer { 
  public void update() { 
    System.out.println("观察者2收到信息,并进行处理。"); 
  } 
} 
public class Client { 
  public static void main(String[] args){ 
    Subject sub = new ConcreteSubject(); 
    sub.addObserver(new ConcreteObserver1()); //添加观察者1 
    sub.addObserver(new ConcreteObserver2()); //添加观察者2 
    sub.doSomething(); 
  } 
}

運行結果

被觀察者事件反生

觀察者1收到訊息,並進行處理。

觀察者2收到訊息,並進行處理。

        透過運作結果可以看到,我們只呼叫了Subject的方法,但同時兩個觀察者的相關方法都同時被呼叫了。仔細看一下程式碼,其實很簡單,無非就是在Subject類別中關聯一下Observer類,並且在doSomething方法中遍歷一下Observer的update方法就行了。

觀察者模式的優點

#        觀察者與被觀察者之間是屬於輕度的關聯關係,並且是抽象耦合的,這樣,對於兩者來說都比較容易進行擴展。

        觀察者模式是常用的觸發機制,它形成一條觸發鏈,依序處理個別觀察者的方法。但同時,這也算是觀察者模式一個缺點,由於是鍊式觸發,當觀察者比較多的時候,效能問題是比較令人擔憂的。並且,在鍊式結構中,比較容易出現循環引用的錯誤,造成系統假死。

總結

       Java語言中,有介面Observer,以及它的實作類別Observable,對觀察者角色常進行了實現。我們可以在jdk的api文檔具體查看這兩個類別的使用方法。

       做過VC++、JavaScript DOM或AWT開發的朋友都對它們的事件處理感到神奇,了解了觀察者模式,就對事件處理機制的原理有了一定的了解了。如果要設計一個事件觸發處理機制的功能,使用觀察者模式是一個不錯的選擇,AWT中的事件處理DEM(委派事件模型Delegation Event Model)就是使用觀察者模式實現的。

以上是Java設計模式中觀察者模式的具體分析的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn