行爲性設計模式

模板方法模式

具有統一的操作步驟或操作過程

具有不同的操作細節

存在多個具有同樣操作步驟的應用場景,但某些具體的操作細節卻各不相同。

在抽象類中統一操作步驟,並規定好接口;讓子類實現接口。這樣可以把各個具體的子類和操作步驟解耦合。

命令模式

​ 將一個請求封裝爲一個對象,從而讓我們可用不同的請求對客戶端進行參數化:命令模式可以將請求發送者和接受者完全解耦,發送者與接收者之間沒有直接引用關係,發送請求的對象只需要知道如何發送請求,而不知道如何完成請求。

請求模式的本質是對請求進行封裝,一個請求對應於一個命名,將發出命令的責任和執行命令的責任分隔開。

​ 命令模式適用於系統需要將請求調用者和接收者解耦,使得調用者和接收者不直接交互。請求調用者無須知道接收者的存在,也無需知道接收者是誰,接收者也無須關心何時被調用。

​ 系統需要在不同的時間指定請求,將請求隊列和執行請求。一個命令對象和請求的初始調用者可以有不同的生命期,換言之,最初的請求發出者可能不存在了,而命令對象本身仍然是活動的,可以通過該命令對象去調用請求接收者,而無須關心請求調用者存在性,可以通過請求日誌文件等機制來具體實現。

策略模式

​ 準備一組算法,並將每一個算法封裝起來,使得他們可以互換。

觀察者模式

觀察者模式是用於建立一種對象和對象之間的依賴關係,一個對象發生改變時將自動通知其他對象,其他對象將相應做出反應。在觀察者模式中,發生改變的對象成爲觀察目標,而被通知的對象成爲觀察者,一個觀察目標可以對應多個觀察者,而且這些觀察者之間可以沒有任何相互聯繫,可以根據需要增加和刪除觀察者,使得系統更易於擴展。
​ 一個抽象模型有兩個方面,其中一個方面依賴於另一個方面,將這兩個方面封裝在獨立的對象中使他們可以各自獨立地改變和複用。
觀察者 觀察目標

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章