優點：觀察者模式在被觀察者和觀察者之間建立乙個抽象的耦合。被觀察者角色所知道的只是乙個具體觀察者列表，每乙個具體觀察者都符合乙個抽象觀察者的介面。被觀察者並不認識任何乙個具體觀察者，它只知道它們都有乙個共同的介面。
缺點：① 如果在被觀察者之間有迴圈依賴的話，被觀察者會觸發它們之間進行迴圈呼叫，導致系統崩潰。在使用觀察者模式是要特別注意這一點。
② 雖然觀察者模式可以隨時使觀察者知道所觀察的物件發生了變化，但是觀察者模式沒有相應的機制使觀察者知道所觀察的物件是怎麼發生變化的。
適用範圍：
當乙個物件的改變需要同時改變其他物件的時候，而且它不知道具體有多少物件有待改變時，應該考慮使用觀察者模式。
客戶端：
//被觀察者
subject s = new secretary();
//兩個觀察者
observer o1 = new stockobserver("張",s);
observer o2 = new nbaobserver("李",s);
//拜託通知
s.addobserver(o1);
s.addobserver(o2);
//未通知
s.removeobserver(o1);
//觀察結果
s.setaction("老闆回來了");
//發出通知
s.tell();
一句話概括：
定義物件間的一種一對多的依賴關係，當乙個物件的狀態發生改變時，所依賴於它的物件都將得到通知並自動更新。
/*** subject (被觀察者介面，包括觀察者(委託人)列表，增加和減少觀察者(委託人)的方法，通知觀察結果的方法)
* secretary (被觀察者例項，前台秘書) - 觀察者由直接觀察實際情況，轉為觀察被觀察者的狀態，即等待被觀察者傳送提醒訊息
** observer (觀察者介面，委託的方法，改變當前行為的方法)
* stockobserver (看**的觀察者) nbaobserver (看nba的觀察者)
*/
設計模式（十二）觀察者模式
觀察者模式 observer 又叫做發布訂閱模式 publish subscibe 觀察者模式定義了一種一對多的依賴關係，讓讀個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態發生變化時，會通知所有觀察者物件，使他們能夠自動更新自己。移除觀察者 public void detach observ...
十二 觀察者模式
觀察者模式，定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態發生變化時，會通知所有觀察者物件，使他們能夠自動更新自己。subject public class subject public void detach public void notify obser...
python 設計模式 觀察者 觀察者設計模式
在觀察者設計模式這種模式中，物件被表示為等待事件觸發的觀察者。一旦發生指定的事件，觀察者就會關注該主體。當事件發生時，主體告訴觀察者它已經發生。以下uml圖表示觀察者模式 如何實現觀察者模式？現在讓我們來看看如何實現觀察者模式。參考以下實現 import threading import time ...