命令者模式

定義：將乙個請求封裝成乙個物件，從而讓你使用不同的請求把客戶端引數化，對請求排隊或者記錄請求日誌，可以提供命令的撤銷和恢復功能。

型別：行為類模式

類圖：

命令模式的結構

顧名思義，命令模式就是對命令的封裝，首先來看一下命令模式類圖中的基本結構：

command類：是乙個抽象類，類中對需要執行的命令進行宣告，一般來說要對外公布乙個execute方法用來執行命令。

concretecommand類：command類的實現類，對抽象類中宣告的方法進行實現。

client類：最終的客戶端呼叫類。

以上三個類的作用應該是比較好理解的，下面我們重點說一下invoker類和recevier類。

invoker類：呼叫者，負責呼叫命令。

receiver類：接收者，負責接收命令並且執行命令。

所謂對命令的封裝，說白了，無非就是把一系列的操作寫到乙個方法中，然後供客戶端呼叫就行了，反映到類圖上，只需要乙個concretecommand類和client類就可以完成對命令的封裝，即使再進一步，為了增加靈活性，可以再增加乙個command類進行適當地抽象，這個呼叫者和接收者到底是什麼作用呢？

其實大家可以換乙個角度去想：假如僅僅是簡單地把一些操作封裝起來作為一條命令供別人呼叫，怎麼能稱為一種模式呢？命令模式作為一種行為類模式，首先要做到低耦合，耦合度低了才能提高靈活性，而加入呼叫者和接收者兩個角色的目的也正是為此。命令模式的通用**如下：

public inte***cecommand

public classgeneral 

public voidsetcommand(command command) 
public voidaction()
}

public classmycommandimplementscommand 

public voidsetcommandname(string commandname) 
@override
public voidexectute() 
}

public classsoldier 

soldier(string soldiername)
public voidaction(string commondname) 
}

命令模式的優缺點

首先，命令模式的封裝性很好：每個命令都被封裝起來，對於客戶端來說，需要什麼功能就去呼叫相應的命令，而無需知道命令具體是怎麼執行的。比如有一組檔案操作的命令：新建檔案、複製檔案、刪除檔案。如果把這三個操作都封裝成乙個命令類，客戶端只需要知道有這三個命令類即可，至於命令類中封裝好的邏輯，客戶端則無需知道。

其次，命令模式的擴充套件性很好，在命令模式中，在接收者類中一般會對操作進行最基本的封裝，命令類則通過對這些基本的操作進行二次封裝，當增加新命令的時候，對命令類的編寫一般不是從零開始的，有大量的接收者類可供呼叫，也有大量的命令類可供呼叫，**的復用性很好。比如，檔案的操作中，我們需要增加乙個剪下檔案的命令，則只需要把複製檔案和刪除檔案這兩個命令組合一下就行了，非常方便。

最後說一下命令模式的缺點，那就是命令如果很多，開發起來就要頭疼了。特別是很多簡單的命令，實現起來就幾行**的事，而使用命令模式的話，不用管命令多簡單，都需要寫乙個命令類來封裝。

命令模式的適用場景

對於大多數請求-響應模式的功能，比較適合使用命令模式，正如命令模式定義說的那樣，命令模式對實現記錄日誌、撤銷操作等功能比較方便。

總結對於乙個場合到底用不用模式，這對所有的開發人員來說都是乙個很糾結的問題。有時候，因為預見到需求上會發生的某些變化，為了系統的靈活性和可擴充套件性而使用了某種設計模式，但這個預見的需求偏偏沒有，相反，沒預見到的需求倒是來了不少，導致在修改**的時候，使用的設計模式反而起了相反的作用，以至於整個專案組怨聲載道。這樣的例子，我相信每個程式設計者都遇到過。所以，基於敏捷開發的原則，我們在設計程式的時候，如果按照目前的需求，不使用某種模式也能很好地解決，那麼我們就不要引入它，因為要引入一種設計模式並不困難，我們大可以在真正需要用到的時候再對系統進行一下，引入這個設計模式。

拿命令模式來說吧，我們開發中，請求-響應模式的功能非常常見，一般來說，我們會把對請求的響應操作封裝到乙個方法中，這個封裝的方法可以稱之為命令，但不是命令模式。到底要不要把這種設計上公升到模式的高度就要另行考慮了，因為，如果使用命令模式，就要引入呼叫者、接收者兩個角色，原本放在一處的邏輯分散到了三個類中，設計時，必須考慮這樣的代價是否值得。

命令者模式

命令者模式 將請求封裝成物件 usr bin env python coding utf 8 author andy 大話設計模式 設計模式 命令模式 命令模式 command pattern 將請求封裝成物件，從而使可用不同的請求對客戶進行引數化 對請求排隊或記錄請求日誌，以及支援可撤消的操作.命...

命令模式和裝飾者模式的區別

所謂的設計模式，很多都是針對物件導向程式設計的 即符合物件導向的三大特性六大原則 也就是針對不同業務場景需求，需要設計一些比較好的類關係圖，其中包括繼承和組合，繼承包括實現介面 like a 和繼承抽象類 is a 及繼承子類 is a 三種方式 組合方式 has a 一般通過構造方法或者sette...

中介者模式（調停者模式）

中介者模式 調停者模式 abstract class abstractcolleague public function setnumber number,abstractmediator am null class colleaguea extends abstractcolleague this...