一、什么是命令模式

命令模式是一個(gè)高內(nèi)聚的模式，其定義為：將一個(gè)請(qǐng)求封裝成一個(gè)對(duì)象，從而讓你使用不同的請(qǐng)求把客戶(hù)端參數(shù)化，對(duì)請(qǐng) 求排隊(duì)或者記錄請(qǐng)求日志，可以提供命令的撤銷(xiāo)和恢復(fù)功能。

在該類(lèi)圖中，我們看到三個(gè)角色：

• Receiver接受者角色：該角色就是干活的角色，命令傳遞到這里是應(yīng)該被執(zhí)行的
• Command命令角色：需要執(zhí)行的所有命令都在這里聲明
• Invoker調(diào)用者角色：接收到命令，并執(zhí)行命令

二、命令模式的使用場(chǎng)景

使用時(shí)機(jī)：當(dāng)需要先將一個(gè)函數(shù)登記上，然后再以后調(diào)用此函數(shù)時(shí)，就需要使用命令模式，其實(shí)這就是回調(diào)函數(shù)。

有時(shí)候需要向某些對(duì)象發(fā)送請(qǐng)求，但是并不知道請(qǐng)求的接收者是誰(shuí)，也不知道被請(qǐng)求的操作是什么。此時(shí)希望用一種松耦合的方式來(lái)設(shè)計(jì)程序，使得請(qǐng)求發(fā)送者和請(qǐng)求接收者能夠消除彼此之間的耦合關(guān)系

例子：拿訂餐來(lái)說(shuō)，客人需要向廚師發(fā)送請(qǐng)求，但是完全不知道這些廚師的名字和聯(lián)系方式，也不知道廚師炒菜的方式和步驟。 命令模式把客人訂餐的請(qǐng)求封裝成 command 對(duì)象，也就是訂餐中的訂單對(duì)象。這個(gè)對(duì)象可以在程序中被四處傳遞，就像訂單可以從服務(wù)員手中傳到廚師的手中。這樣一來(lái)，客人不需要知道廚師的名字，從而解開(kāi)了請(qǐng)求調(diào)用者和請(qǐng)求接收者之間的耦合關(guān)系

三、命令模式的優(yōu)缺點(diǎn)

優(yōu)點(diǎn)：

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

缺點(diǎn)：

命令模式也是有缺點(diǎn)的，請(qǐng)看Command的子類(lèi)：如果有N個(gè)命令，問(wèn)題就出來(lái) 了，Command的子類(lèi)就可不是幾個(gè)，而是N個(gè)，這個(gè)類(lèi)膨脹得非常大，這個(gè)就需要讀者在項(xiàng) 目中慎重考慮使用。

四、命令模式的實(shí)現(xiàn)

Receiver類(lèi)，知道如何實(shí)施與執(zhí)行一個(gè)與請(qǐng)求相關(guān)的操作，任何類(lèi)都可能作為一個(gè)接受者

class Receiver
{
    public void Action()
    {
        Console.WriteLine("執(zhí)行請(qǐng)求！");
    }
}

Command類(lèi)，用來(lái)聲明執(zhí)行操作的接口

abstract class Command
{
    protected Receiver receiver;
    public Command(Receiver receiver)
    {
        this.receiver = receiver;
    }
    abstract public void Execute();
}

ConcreteCommand類(lèi)，將一個(gè)接受者對(duì)象綁定于一個(gè)動(dòng)作，調(diào)用接受者相應(yīng)的操作，以實(shí)現(xiàn)Execute。

class ConcreteCommand : Command
{
    public ConcreteCommand(Receiver receiver) : base(receiver)
    {
    }
     public override void Execute()
    {
        receiver.Action();
    }
}

Invoker類(lèi)，要求該命令執(zhí)行這個(gè)請(qǐng)求

class Invoker
{
    private Command command;
    public void SetCommand(Command command)
    {
        this.command = command;
    }
    public void ExecuteCommand()
    {
        command.Execute();
    }
}

客戶(hù)端代碼

static void Main(string[] args)
{
    Receiver r = new Receiver();
    Command c = new ConcreteCommand(r);
    Invoker i = new Invoker();
     i.SetCommand(c);
    i.ExecuteCommand();
     Console.Read();
}

五、總結(jié)

命令模式的意圖是將一個(gè)請(qǐng)求封裝成一個(gè)對(duì)象，從而使您可以用不同的請(qǐng)求對(duì)客戶(hù)進(jìn)行參數(shù)化。

命令模式主要解決的問(wèn)題是在軟件系統(tǒng)中，行為請(qǐng)求者與行為實(shí)現(xiàn)者通常是一種緊耦合的關(guān)系，但某些場(chǎng)合，比如需要對(duì)行為進(jìn)行記錄、撤銷(xiāo)或重做、事務(wù)等處理時(shí)，這種無(wú)法抵御變化的緊耦合的設(shè)計(jì)就不太合適。

在某些場(chǎng)合，比如要對(duì)行為進(jìn)行"記錄、撤銷(xiāo)/重做、事務(wù)"等處理，這種無(wú)法抵御變化的緊耦合是不合適的。在這種情況下，如何將"行為請(qǐng)求者"與"行為實(shí)現(xiàn)者"解耦？將一組行為抽象為對(duì)象，可以實(shí)現(xiàn)二者之間的松耦合，這是命令模式的使用場(chǎng)景。

系統(tǒng)需要支持命令的撤銷(xiāo)(Undo)操作和恢復(fù)(Redo)操作，也可以考慮使用命令模式

命令模式的實(shí)現(xiàn)過(guò)程通過(guò)調(diào)用者調(diào)用接受者執(zhí)行命令，順序：調(diào)用者→接受者→命令。

本篇文章就到這里了，希望能夠給你帶來(lái)幫助，也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容！

最新評(píng)論