觀察者模式

觀察者模式是物件之間多對一的一種設計方案，定義了物件之間一對多的依賴，被依賴的物件為subject，依賴的物件為observer。這樣一來，當乙個物件改變狀態時，它的所有依賴者都會收到通知並自動更新，即subject通知observer變化。

觀察者模式類似於訂牛奶業務：1）奶站/氣象局：subject；2）使用者/第三方**：observer

subject：登記註冊、移除和通知

說明：1）registerobserver()：註冊

2）removeobserver()：移除

3）notifyobservers()：通知所有註冊的使用者，根據不同需求，可以是更新資料，讓使用者來取，也可能是實時推送，看具體需求

observer：接收輸入

天氣預報專案需求，具體要求如下：1）氣象站可以將每天測量到的溫度、濕度、氣壓等等，以公告的形式發布出去（比如發布到自己的**或第三方）；2）需要設計開放型api，便於其他第三方也能介入氣象站獲取資料；3）提供溫度、濕度和氣壓的介面；4）測量資料更新時，要能實時通知給第三方。

第一種設計方案：普通方案

通過對氣象站專案的分析，我們可以初步設計出乙個weatherdata類：

說明：1）通過get***方法，可以讓第三方介入，並得到相關資訊

2）當資料有更新時，氣象站通過呼叫datachange()去更新資料，當第三方再次獲取時，就能得到最新資料，當前也可以推送

對於這種方案的實現，有兩個問題：1）其他第三方接入氣象站獲取資料的問題；2）無法在執行時動態的新增第三方，在weatherdata中，當增加乙個第三方，都需要建立乙個對應的第三方的公告板物件，並加入到datachange，不利於維護，也不是動態加入；3）違反了開閉原則

第二種設計方案：使用觀察者模式

類圖如下所示：

**如下所示：

建立subject介面及其子類：

//介面，讓weatherdata來實現
public inte***ce subject

/**
* 該類是核心
* 包含最新的天氣情況；含有觀察者集合，使用arraylist管理；
* 當資料有更新時，就主動呼叫arraylist，這樣他們（接收者）就看到最新的訊息
**/public class weatherdata implements subject
public float gettemperatrue()
public float getpressure()
public float gethumidity()
public void datachange()
public void setdata(float temperatrue, float pressure, float humidity)
public void registerobserver(observer o)
public void removeobserver(observer o)
}//遍歷所有觀察者
public void notifyobservers()}}

建立observer介面及其子類：

//觀察者介面，由觀察者來實現
public inte***ce observer

//顯示當前天氣情況（可以理解成是自己的**）
public class currentcondition implements observer 
private void display()
}

//顯示當前天氣情況（可以理解成是自己的**）

}

建立client類：

public class client
}

jdk的obserable類使用了觀察者模式。

角色分析：

1）observable的作用和地位等價於我們前面講過的subject

2）observable是類，不是介面。類中已經實現了核心的方法，即管理observer的方法

3）observer的作用和地位等價於我們前面講過的observer，有update方法

4）observable和observe的使用方法和前面講過的一樣，只是observable是類，通過繼承來實現觀察者模式

觀察者模式

python觀察者模式 python 觀察者模式

觀察者模式

觀察者模式

相關推薦