Head First 設計模式筆記 5 命令模式

小明接到了新任務，要求設計乙個遙控器，這個遙控器上面有七個插槽，每個插槽都有對應的開和關按鈕。要求每個都能控制任意家電如燈，電視，電風扇，門等等。以下是這些家電的類圖

圖1 家具的類圖

小明本想用if-else語句進行判斷插槽slot上面的物件，在進行的對應，如

if
(slot == light)
light.on(
)else
if(slot == sprinkler)
sprinkler.on(
)

但是很快小明就發現了問題。

小明發現，問題的關鍵在於，動作請求者和動作執行者緊緊地**在了一起。請求者就是遙控器，執行者就是各種家電。能不能找個中間商，協調一下兩者呢？

小明查閱了設計模式葵花寶典後，發現還真的有個命令模式，可以完美地實現動作請求者和動作執行者解耦的問題。在命令模式中，請求或者說命令被視為一種物件，用於溝通動作請求者和動作執行者。它具有以下幾個角色

基本流程是，請求物件建立乙個命令物件，之後將命令物件儲存在invoker中，之後，客戶通過invoker執行命令。

它的類圖如圖所示

圖2 命令模式的類圖

掌握了命令模式後，小明就可以根據按照套路進行設計了。

命令物件的設計

先來乙個命令介面

public inte***ce command

再來乙個控制燈泡開啟的具體命令

public
class
lightoncommand
implements
command
public
void
execute()
}

遙控器的設計這裡我們設計乙個最簡單的遙控器，它只有乙個插槽，負責開啟乙個裝置。

public
class
******remotecontrol
public
void
setcommand
(command command)
public
void
buttonwaspressed()
}

簡單測試最後，來乙個簡單的測試。

public
class
remotecontroltest
}

在上述的具體實現中，remote就是invoker，而command對應command，而remotecontroltest代表client，最後light則是reciever。

佇列請求

命令模式可以處理佇列請求，假設有乙個工作佇列，客戶在一端新增命令，然後另外一端是執行緒，執行緒在佇列中取出乙個命令，呼叫它的execute方法，等待這個呼叫完成，然後將這個命令物件拋棄，再取出下乙個命令。

日誌請求