設計模式定義:
設計模式是一套被反覆使用、多數人知曉的、經過分類的、**設計經驗的總結。
設計模式的目的:
為了**可重用性、讓**更容易被他人理解、保證**可靠性。
分類:建立型模式
工廠模式
抽象工廠模式
單例模式
建造者模式
原型模式
這些設計模式提供了一種在建立物件的同時隱藏建立邏輯的方式,而不是使用
new
運算子直接例項化物件。這使得程式在判斷針對某個給定例項需要建立哪些物件時更加靈活
結構型模式
介面卡模式
橋接模式
組合模式
裝飾器模式
外觀模式
享元模式
**模式
這些設計模式關注類和物件的組合。繼承的概念被用來組合介面和定義組合物件獲得新功能的方式。
行為型模式
責任鏈模式
命令模式
直譯器模式
迭代器模式
中介者模式
備忘錄模式
觀察者模式
狀態模式
策略模式
模板模式
訪問者模式
這些設計模式特別關注物件之間的通訊。
意圖:定義物件間的一種一對多的依賴關係,當乙個物件的狀態發生改變時,所有依賴於它的物件都得到通知並被自動更新。
主要解決:乙個物件狀態改變給其他物件通知的問題,而且要考慮到易用和低耦合,保證高度的協作。
何時使用:乙個物件(目標物件)的狀態發生改變,所有的依賴物件(觀察者物件)都將得到通知,進行廣播通知。
如何解決:使用物件導向技術,可以將這種依賴關係弱化。
關鍵**:在抽象類裡有乙個容器存放觀察者們。
應用例項:
#include
#include
#include
#include
class cbase ///
觀察者基類
}; class a:public cbase ///
觀察者a類
};class b:public cbase ///
觀察者b類
};class cstate ///
被觀察者
} void detach(cbase *base) ///
取綁觀察者
} void notify() ///
通知所以的觀察者
} private:
std::vectorm_vec; ///
儲存觀察者 };
int main()
總結:
以上例項只是簡單介紹了觀察者模式的基本原理,實際使用中存在以下缺點:
觀察者a、觀察者b都繼承於同一基類;
狀態變更類和觀察者基類相耦合;
擴充套件:觀察者模式和發布
-訂閱模式的異同
觀察者模式和發布訂閱模式最大的區別就是發布訂閱模式有個事件排程中心。
從圖中可以看出,觀察者模式中觀察者和目標直接進行互動,而發布訂閱模式中統一由排程中心進行處理,訂閱者和發布者互不干擾。這樣一方面實現了解耦,還有就是可以實現更細粒度的一些控制。比如發布者發布了很多訊息,但是不想所有的訂閱者都接收到,就可以在排程中心做一些處理,類似於許可權控制之類的。
python 設計模式 觀察者 觀察者設計模式
在觀察者設計模式這種模式中,物件被表示為等待事件觸發的觀察者。一旦發生指定的事件,觀察者就會關注該主體。當事件發生時,主體告訴觀察者它已經發生。以下uml圖表示觀察者模式 如何實現觀察者模式?現在讓我們來看看如何實現觀察者模式。參考以下實現 import threading import time ...
觀察者設計模式
觀察者模式定義了一種一對多的依賴關係,讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態上發生變化時,會通知所有觀察者物件,讓它們能夠自動更新自己。抽象主題角色 subject 把所有對觀察者物件的引用儲存在乙個集合中,每個抽象主題角色都可以有任意數量的觀察者。抽象主題提供乙個介面,可以增加...
設計模式 觀察者
1.核心 觀察者模式主要用於1 n的通知。當乙個物件 目標物件subject或者objservable 的狀態變化時,需要告知一系列物件 觀察者物件,observer 讓他們做出響應 通知觀察者的方式 推 每次都把通知以廣播的方式傳送給所有觀察者,所有觀察者只能被動接收 拉 觀察者知道有訊息,至於什...