行為類模式包括:

1. 責任鏈模式
2. 命令模式
3. 直譯器模式
4. 迭代器模式
5. 中介者模式
6. 備忘錄模式
7. 觀察者模式
8. 狀態模式
9. 策略模式
10. 模板方法模式
11. 訪問者模式

行為型模式涉及到演算法和物件間職責的分配

行為類模式關注如何管理物件的行為.

命令模式VS策略模式

策略模式和命令模式相似, 特別是命令模式退化時,比如無接收者(接收者非常簡單或者接收者是Java的基礎操作,無需專門寫一個接收者), 這種情況下, 命令模式和策略模式的類圖完全一樣. 但是兩者還是有區別的:

1. 關注點不同. 策略模式關注的是演算法替換的問題, 關注的是演算法的完整性、封裝性, 只有具備了這兩個條件才能保證其可以自由更換
2. 角色功能不同. 策略模式中的具體演算法是負責一個 完整演算法邏輯,它是不可再分的原子業務單元,一旦變更就是對演算法整體的變更.而命令模式關注命令的實現, 也就是功能的實現, 命令模式中的接收者只要符合六大設計原則,完全不用關心它是否完成了一個具體邏輯,它的影響範圍也 僅僅是抽象命令和具體命令, 對他的修改不會擴散到模式外的模組
3. 使用場景不用. 策略模式適用於演算法要求變換的場景, 而命令模式適用於解耦兩個有緊耦合關係的物件場合或者多命令多撤銷的場景

策略模式VS狀態模式

策略模式和狀態模式都是通過一個 Context 類封裝一個具體的行為, 都提供了一個封裝的方法,是高擴充套件性的設計模式. 但是, 策略模式封裝的是不同的演算法,而狀態模式封裝的是不同的狀態. 兩種模式雖然都有變換的行為, 但是兩者的目標缺不同. 策略模式與狀態模式不同點如下:

1. 環境角色的職責不同. 兩者都有一個Context 環境角色的類. 策略模式的環境角色只是一個委託作用,負責演算法的替換; 而狀態模式的環境角色不僅僅是委託行為,它還具有登記狀態變化的功能,與具體的狀態類協作,共同完成狀態切換行為隨之切換的任務
2. 解決問題的重點不同. 策略模式旨在解決內部演算法如何改變的問題, 也就是將內部演算法的改變對外界的影響降低到最小; 而狀態模式旨在解決內在狀態的改變而引起行為改變的問題, 它的 出發點是事物的狀態,封裝狀態 而暴露行為,一個 物件的狀態改變,從外界來看就好像是行為改變.
3. 解決問題的方法不同. 策略模式只是確保演算法可以自由切換,但是什麼時候用什麼演算法它決定不了; 而狀態模式對外暴露的是行為,狀態的變化一般是由環境角色和具體狀態共同完成的, 也就是說狀態模式封裝了狀態的變化而暴露了不同的行為或行為結果
4. 應用場景不同. 策略模式的演算法必須是平行的,否則就封裝了一堆垃圾. 狀態模式則要求有一系列狀態發生變化的場景, 它要求有狀態且有行為的場景.
5. 複雜度不同. 通常策略模式比較簡單, 這裡簡單是指結構簡單,擴充套件比較容易,而且程式碼也容易閱讀. 而狀態模式通常比較複雜,因為它要從兩個角色看到一個物件狀態和行為的改變,也就是說它封裝的是變化,而變化是無窮的, 因此相對來說狀態模式通常都比較複雜, 涉及面很多,雖然也很容易擴充套件,但是一般不會進行大規模的擴張和修正

觀察者模式VS責任鏈模式

這兩個模式好像沒有太多的相似性啊. 我們在觀察者模式中, 一個具體的角色既可以是觀察者, 也可以是被觀察者, 這樣就形成了一個觀察者鏈.這與責任鏈模式非常相似, 都實現了事務的鏈條化處理. 但是他們還是有區別的, 區別如下:

1. 鏈中的訊息物件不同. 責任鏈模式基本上不改變訊息物件的結構, 雖然每個節點都可以參與消費,但是它的結構不會改變, 比如從首節點傳遞進來一個String物件, 不會到鏈尾的時候成了int物件,這在責任鏈模式中式不可能的, 但是在觀察者鏈中是允許的,鏈中傳遞的物件可以自由變化,只要上下級節點對傳遞物件瞭解即可,它不要求鏈中的訊息物件不變化,只要求鏈中相鄰兩個節點的訊息物件固定
2. 上下節點的關係不同. 在責任鏈中, 上下節點沒有關係, 都是接受同樣的物件,所有傳遞的物件都是從鏈首傳遞過來,,上一節點是什麼沒有關係,只要按照自己的邏輯處理就成. 而觀察者鏈就不同了, 它的上下級關係很親密,下級對上級頂禮膜拜,上級對下級絕對信任,鏈中的任意兩個相鄰節點 都是一個牢固的獨立團體
3. 訊息的分銷渠道不同. 在責任鏈中,一個訊息從鏈首傳遞進來後,就開始沿著鏈條想鏈尾運動, 方向是單一的,固定的; 而觀察者鏈則不同, 由於它採用的是觀察者模式,所以有非常大的靈活性,一個訊息傳遞到鏈首後,具體怎麼傳遞時不固定的,可以以廣播方式傳遞,也可以以跳躍方式傳遞,這取決於處理訊息的邏輯.

可以關注一下鄙人的公眾號, 謝謝各位了!