摘要：命令設(shè)計模式涉及三類對象抽象命令類抽象命令類一般是一個抽象類或接口，在其中聲明了用于執(zhí)行請求的等方法，通過這些方法可以調(diào)用請求接收者的相關(guān)操作。

命令模式定義為：Encapsulate a request as an object,there by letting you parameterize clients with different requests,queue or log requests,and support undoable operations.
命令模式是一個高內(nèi)聚的模式，將一個請求封裝成一個對象，從而讓你使用不同的請求把客戶端參數(shù)化，對請 求排隊或者記錄請求日志，可以提供命令的撤銷和恢復(fù)功能.
在軟件開發(fā)中，我們經(jīng)常需要向某些對象發(fā)送請求（調(diào)用其中的某個或某些方法），但是并不知道請求的接收者是誰，也不知道被請求的操作是哪個，此時，我們特別希望能夠以一種松耦合的方式來設(shè)計軟件，使得請求發(fā)送者與請求接收者能夠消除彼此之間的耦合，讓對象之間的調(diào)用關(guān)系更加靈活，可以靈活地指定請求接收者以及被請求的操作。命令模式為此類問題提供了一個較為完美的解決方案。命令模式可以將請求發(fā)送者和接收者完全解耦，發(fā)送者與接收者之間沒有直接引用關(guān)系，發(fā)送請求的對象只需要知道如何發(fā)送請求，而不必知道如何完成請求。

系統(tǒng)需要將請求調(diào)用者和請求接收者解耦，使得調(diào)用者和接收者不直接交互。請求調(diào)用者無須知道接收者的存在，也無須知道接收者是誰，接收者也無須關(guān)心何時被調(diào)用。

系統(tǒng)需要在不同的時間指定請求和執(zhí)行請求。一個命令對象和請求的初始調(diào)用者可以有不同的生命期，換言之，最初的請求發(fā)出者可能已經(jīng)不在了，而命令對象本身仍然是活動的，可以通過該命令對象去調(diào)用請求接收者，而無須關(guān)心請求調(diào)用者的存在性，可以通過請求日志文件等機制來具體實現(xiàn)。

系統(tǒng)需要支持命令的撤銷(Undo)操作和恢復(fù)(Redo)操作。

系統(tǒng)需要將一組操作組合在一起形成宏命令。

Command（抽象命令類）
抽象命令類一般是一個抽象類或接口，在其中聲明了用于執(zhí)行請求的execute()等方法，通過這些方法可以調(diào)用請求接收者的相關(guān)操作。

ConcreteCommand（具體命令類）
具體命令類是抽象命令類的子類，實現(xiàn)了在抽象命令類中聲明的方法，它對應(yīng)具體的接收者對象，將接收者對象的動作綁定其中。在實現(xiàn)execute()方法時，將調(diào)用接收者對象的相關(guān)操作(Action)。

Invoker（調(diào)用者）--也可以有接口類
調(diào)用者即請求發(fā)送者，它通過命令對象來執(zhí)行請求。一個調(diào)用者并不需要在設(shè)計時確定其接收者，因此它只與抽象命令類之間存在關(guān)聯(lián)關(guān)系。在程序運行時可以將一個具體命令對象注入其中，再調(diào)用具體命令對象的execute()方法，從而實現(xiàn)間接調(diào)用請求接收者的相關(guān)操作。

Receiver（接收者）
接收者執(zhí)行與請求相關(guān)的操作，它具體實現(xiàn)對請求的業(yè)務(wù)處理。

Command（抽象命令類）

// 命令模式
let ICommend = new Interface("ICommend", ["execute","undo"])

ConcreteCommand（具體命令類）

let LightOnCommand = function (light) {
  this.light = light;
};
LightOnCommand.prototype.execute = function () {
  light.on();
};
LightOnCommand.prototype.undo = function () {
  light.off();
};

let TVOnCommand = function (tv) {
  this.tv = tv;
};
TvOnCommand.prototype.execute = function () {
  tv.on();
};
TvOnCommand.prototype.undo = function () {
  tv.off();
};

Invoker（調(diào)用者）

let IPhone = function () {
  this.commands = [];
};

IPhone.prototype.setCommand = function (command) {
  this.commands.push(command);
};

IPhone.prototype.onButtonWasPushed = function (slot) {
  this.commands[slot-1].execute();
};

Receiver（接收者）

let IHouseApplication = new Interface("IHouseApplication", ["on","off"]);

Receiver（接收者）--也可以有接口類

let TV  = function () {
};
TV.prototype.on = function() {
  System.out.println("the TV on");
};
TV.prototype.off = function() {
  System.out.println("the TV off");
};
let Light  = function () {
};
Light.prototype.on = function() {
  System.out.println("the Light on");
};
Light.prototype.off = function() {
  System.out.println("the Light off");
};

let miPhone = new IPhone();
//創(chuàng)建電器
let light = new Light();
let tv = new TV();
//創(chuàng)建命令
let lightOnCommand = new LightOnCommand(light);
let tvOnCommand = new TVOnCommand(tv);
//給手機設(shè)置命令
//設(shè)置第一個按鈕為開燈
miPhone.setCommand(lightOnCommand);
//設(shè)置第二個按鈕為開電視
miPhone.setCommand(tvOnCommand);

//開燈
miPhone.onButtonWasPushed(1);
//開電視
miPhone.onButtonWasPushed(2);

優(yōu)點

類間解耦：調(diào)用者角色與接收者角色之間沒有任何依賴關(guān)系，調(diào)用者實現(xiàn)功能時只需調(diào)用Command 抽象類的execute方法就可以，不需要了解到底是哪個接收者執(zhí)行。
可擴展性：Command的子類可以非常容易地擴展，而調(diào)用者Invoker和高層次的模塊Client不產(chǎn)生嚴(yán) 重的代碼耦合。
命令模式結(jié)合其他模式會更優(yōu)秀：命令模式可以結(jié)合責(zé)任鏈模式，實現(xiàn)命令族解析任務(wù)；結(jié)合模板方法模式，則可以減少 Command子類的膨脹問題。

缺點
命令模式也是有缺點的，請看Command的子類：如果有N個命令，問題就出來 了，Command的子類就可不是幾個，而是N個，這個類膨脹得非常大，這個就需要讀者在項 目中慎重考慮使用。