觀察者模式定義了一種一對多的依賴關係,讓多個觀察者物件同時監聽摸乙個主題物件,這個主題物件在狀態發生變化的時候,會通知所有觀察者物件,使他們能夠自動更新自己。
觀察者模式的特點:
將乙個系統分割成一系列相互協作的類有乙個很不好的***,那就是需要維護相關物件之間的一致性,我們不希望為了維護一致性而使各類緊密耦合,這樣會給維護、擴充套件和重用帶來不變。
而觀察者的關鍵物件是主題subject 和觀察者 observer ,乙個subject 可以有任意數量的依賴它的 observer , 一旦subject的狀態發生了改變,所有的observer 都可以收到通知,subject發出通知的時候,並不需要知道誰是它的觀察者,也就是說,具體的觀察者是誰,它根本不知道。而任何乙個觀察者也不需要直到其他觀察者的存在
什麼時候使用觀察者模式呢?
當乙個物件的改變需要同時改變其他的物件的時候,而且他不知道具體有多少物件需要改變時。當乙個抽象模型有兩個方面,其中乙個方面依賴於另乙個方面,常用到觀察者模式
觀察者模式所做的工作其實就是在解除耦合,讓耦合雙方都依賴於抽象,而不是依賴於具體,從而使得各自的變化都不會影響另一邊的變化
觀察者模式的效果有以下的優點:
觀察者模式在被觀察者和觀察者之間建立乙個抽象的耦合。被觀察者角色所知道的只是乙個具體觀察者列表,每乙個具體觀察者都符合乙個抽象觀察者的介面。被觀察者並不認識任何乙個具體觀察者,它只知道它們都有乙個共同的介面。
觀察者模式支援廣播通訊。被觀察者會向所有的登記過的觀察者發出通知,
觀察者模式有下面的缺點:
如果乙個被觀察者物件有很多的直接和間接的觀察者的話,將所有的觀察者都通知到會花費很多時間。
如果在被觀察者之間有迴圈依賴的話,被觀察者會觸發它們之間進行迴圈呼叫,導致系統崩潰。在使用觀察者模式是要特別注意這一點。
如果對觀察者的通知是通過另外的執行緒進行非同步投遞的話,系統必須保證投遞是以自恰的方式進行的。
雖然觀察者模式可以隨時使觀察者知道所觀察的物件發生了變化,但是觀察者模式沒有相應的機制使觀察者知道所觀察的物件是怎麼發生變化的。
#include
#include
#include
#include
using namespace std;
class observer;
//通知者
class subject
;//觀察者
class observer};
class createsubject:public subject
//新增觀察者
void
addth
(observer &ob)
//刪除觀察者
virtual void
delth
(observer &ob)
}//訊息通知
virtual void
notify()
} string getaction()
virtual void
setaction()
protected:
vector
> _observer;
private:
string action;
string name;};
class createobserver:public observer
void
update()
private:
subject *_subject;
string observerstate;
string name;};
intmain()
python觀察者模式 python 觀察者模式
python 觀察者模式 前言e 寫的倉促就不截uml類圖了,書本chapter10,p313能看到圖 一旦觀察的主題有更新,就會通知到觀察者們,下面的例子是最簡單的乙個觀察者範例,假設這是一群投機分子密切關注 軍 火 倉庫的產品與數量變動 class inventory def init self...
觀察者模式
觀察者模式 observer 完美的將觀察者和被觀察的物件分離開。舉個例子,使用者介面可以作為乙個觀察者,業務資料是被觀察者,使用者介面觀察業務資料的變化,發現資料變化後,就顯示在介面上。物件導向設計的乙個原則是 系統中的每個類將重點放在某乙個功能上,而不是其他方面。乙個物件只做一件事情,並且將他做...
觀察者模式
觀察者模式定義了一種一對多的依賴關係,讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態上發生變化時,會通知所有觀察者物件,讓他們能夠自動更新自己 任何乙個模式都是離不開角色的,這裡也會有幾種角色 抽象主題角色 把所有對觀察者物件的引用儲存在乙個集合中,每個抽象主題角色都可以有任意數量的觀察...