觀察者（observer）設計模式

**：

假設我們有個高檔的熱水器，我們給它通上電，當水溫超過95度的時候：1、揚聲器會開始發出語音，告訴你水的溫度；2、液晶屏也會改變水溫的顯示，來提示水已經快燒開了。

現在假設熱水器由三部分組成：熱水器、警報器、顯示器，它們來自於不同廠商並進行了組裝。那麼，應該是熱水器僅僅負責燒水，它不能發出警報也不能顯示水溫；在水燒開時由警報器發出警報、顯示器顯示提示和水溫。

**如下:

//
熱水器public
class
heater 
}}//
警報器public
class
alarm 度了：
", param);
}}//
顯示器public
class
display度。
", param);
}}

這裡就出現了乙個問題：如何在水燒開的時候通知報警器和顯示器？在繼續進行之前，我們先了解一下observer設計模式，observer設計模式中主要包括如下兩類物件：

subject：監視物件，它往往包含著其他物件所感興趣的內容。在本範例中，熱水器就是乙個監視物件，它包含的其他物件所感興趣的內容，就是temprature欄位，當這個欄位的值快到100時，會不斷把資料發給監視它的物件。

observer：監視者，它監視subject，當subject中的某件事發生的時候，會告知observer，而observer則會採取相應的行動。在本範例中，observer有警報器和顯示器，它們採取的行動分別是發出警報和顯示水溫。

在本例中，事情發生的順序應該是這樣的：

警報器和顯示器告訴熱水器，它對它的溫度比較感興趣(註冊)。

熱水器知道後保留對警報器和顯示器的引用。

熱水器進行燒水這一動作，當水溫超過95度時，通過對警報器和顯示器的引用，自動呼叫警報器的makealert()方法、顯示器的showmsg()方法。

類似這樣的例子是很多的，gof對它進行了抽象，稱為observer設計模式：observer設計模式是為了定義物件間的一種一對多的依賴關係，以便於當乙個物件的狀態改變時，其他依賴於它的物件會被自動告知並更新。observer模式是一種松耦合的設計模式。

**如下：

using
system;
using
system.collections.generic;
using
system.text;
namespace
delegate }}
}}
//警報器
public
class
alarm  度了：
", param);}}
//顯示器
public
class
display 度。
", param);}}
class
program 
}}輸出為：
alarm：嘀嘀嘀，水已經 
96度了：
alarm：嘀嘀嘀，水已經 
96度了：
display：水快燒開了，當前溫度：96度。
//省略...

觀察者（observer）設計模式

Observer 觀察者設計模式

Observer觀察者設計模式

設計模式觀察者模式（observer

觀察者（observer）設計模式

Observer 觀察者 設計模式

Observer觀察者設計模式

設計模式 觀察者模式（observer

相關推薦

Observer 觀察者設計模式

設計模式觀察者模式（observer