「補課」進行時：設計模式(8)——命令模式

極客挖掘機發表於2020-11-10
設計模式

1. 前文彙總

「補課」進行時：設計模式系列

2. 命令模式

命令模式是一個高內聚的模式，其定義為：

Encapsulate a request as anobject,thereby letting you parameterize clients with differentrequests,queue or log requests,and support undoable operations.（將一個請求封裝成一個物件，從而讓你使用不同的請求把客戶端引數化，對請求排隊或者記錄請求日誌，可以提供命令的撤銷和恢復功能。）

  • Receive: 接收者角色，這個角色就是幹活的角色，命令傳遞到這裡是被執行的。
  • Command: 命令角色，需要執行的所有命令都在這裡宣告。
  • Invoker: 呼叫者角色，接收到命令，並執行命令。

2.1 通用 Receiver 類

public abstract class Receiver {
    public abstract void doSomething();
}

這裡使用抽象類的原因是接受者可以有多個，有多個就需要定義一個所有特性的抽象集合——抽象的接收者。

2.2 具體的 Receiver 類

public class ConcreteReceiver1 extends Receiver {
    @Override
    public void doSomething() {

    }
}

public class ConcreteReceiver2 extends Receiver {
    @Override
    public void doSomething() {

    }
}

每一個接受者都必須定義一定的業務邏輯。

2.3 抽象的 Command 類

public abstract class Command {
    public abstract void execute();
}

2.4 具體的 Command 類

public class ConcreteCommand1 extends Command {

    private Receiver receiver;

    public ConcreteCommand1(Receiver receiver) {
        this.receiver = receiver;
    }

    @Override
    public void execute() {
        this.receiver.doSomething();
    }
}

public class ConcreteCommand2 extends Command {

    private Receiver receiver;

    public ConcreteCommand2(Receiver receiver) {
        this.receiver = receiver;
    }

    @Override
    public void execute() {
        this.receiver.doSomething();
    }
}

這裡定義了兩個具體的 Command 實現類，這裡的每一個具體命令類，根據建構函式定義了具體是針對哪一個接受者發出的，同時定義了命令接收的主體。

2.5 呼叫者 Invoker

public class Invoker {
    private Command command;

    public void setCommand(Command command) {
        this.command = command;
    }

    public void action() {
        this.command.execute();
    }
}

呼叫者就是最終進行方法呼叫的地方，所有的命令都會由呼叫者進行呼叫。

2.6 測試類

public class Test {
    public static void main(String[] args) {
        Invoker invoker = new Invoker();
        // 定義接受者
        Receiver receiver = new ConcreteReceiver1();
        // 定義一個傳送給接收者的命令
        Command command = new ConcreteCommand1(receiver);
        // 把命令交給呼叫者去執行
        invoker.setCommand(command);
        invoker.action();
    }
}

2.7 優點：

  • 類間解耦：呼叫者角色與接收者角色之間沒有任何依賴關係，呼叫者實現功能時只需呼叫 Command 抽象類的 execute 方法就可以，不需要了解到底是哪個接收者執行。
  • 可擴充套件性： Command 的子類可以非常容易地擴充套件，而呼叫者 Invoker 和高層次的模組 Client 不產生嚴重的程式碼耦合。

2.8 缺點：

命令模式也是有缺點的，具體請注意 Command 的子類：如果有 N 個命令，問題就出來了， Command 的子類就可不是幾個，而是 N 個，這個類膨脹得非常大，所以在使用命令模式的時候需要謹慎。

相關文章