命令模式详解附有代码案例分析(包含命令模式的源码应用分析)

命令模式

一、命令模式的概念与角色

(一)、命令模式的概念

​ 命令模式是对命令的封装,每一个命令都是一个操作:请求的一方发出请求要求执行一个操作;接收的一方收到请求,并执行操作。命令模式解耦了请求方和接收方,请求方只需请求执行命令,不用关心命令是怎样被接收,怎样被操作以及被执行等。命令模式属于行为型模式。

​ 命令模式通过为请求与实现间引入一个抽象命令接口,解偶了请求与实现,并且中间件是抽象的,它可以有不同的子类实现,因此其具备扩展性。所以,命令模式的本质是解耦命令请求与处理。

(二)、命令模式的角色

​ 1、接收者角色(Receiver):该类负责具体实施或执行一个请求

​ 2、命令角色(Command):定义需要执行的所有命令行为

​ 3、具体命令角色(ConcreteCommand):该类内部维护一个接收者(Receiver),在其execute()方法中调用Receiver的相关方法。

​ 4、请求者角色(Invoker):接受客户端的命令,并执行命令

二、命令模式的应用场景

​ 1、现实语义中具备”命令“的操作(如命令菜单,shell命令)

​ 2、请求调用者和请求的接收者需要解耦,使得调用者和接收者不直接交互

​ 3、需要抽象出等待执行的行为,比如撤销(Undo)操作和恢复(Redo)等操作

​ 4、需要支持命令宏(命令组合操作)

三、命令模式的代码示例

Player:

public class Player {

    public void play() {
        System.out.println("正常播放");
    }

    public void stop() {
        System.out.println("停止播放");
    }

    public void pause() {
        System.out.println("暂停播放");
    }
}

Action:

public interface Action {
    void execute();
}

PlayAction:

public class PlayAction implements Action {

    private Player player;

    public PlayAction(Player player) {
        this.player = player;
    }

    @Override
    public void execute() {
        player.play();
    }
}

PauseAction:

public class PauseAction implements Action {

    private Player player;

    public PauseAction(Player player) {
        this.player = player;
    }

    @Override
    public void execute() {
        player.pause();
    }
}

StopAction:

public class StopAction implements Action {

    private Player player;

    public StopAction(Player player) {
        this.player = player;
    }

    @Override
    public void execute() {
        player.stop();
    }
}

Controller:

public class Controller {

    private List<Action> actionList = new ArrayList<>();

    public void addAction(Action action) {
        actionList.add(action);
    }

    public void execute(Action action) {
        action.execute();
    }

    public void execute() {
        for (Action action : actionList) {
            action.execute();
        }
        actionList.clear();
    }
}

测试类:

public class Main {

    public static void main(String[] args) {
        Player player = new Player();
        Controller controller = new Controller();

        // 单个命令
        controller.execute(new PlayAction(player));

        // 命令宏
        controller.addAction(new PlayAction(player));
        controller.addAction(new PauseAction(player));
        controller.addAction(new StopAction(player));
        controller.execute();
    }
}

类图:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xrK1FXDX-1602993532822)(C:\Users\huang\AppData\Roaming\Typora\typora-user-images\image-20201018115546093.png)]

四、命令模式在源码中的应用

​ Runnable接口就相当于命令的抽象,只要是实现了Runnable接口的类都被任务是一个线程。

​ 实际上调用了线程的start()方法后,就有资格去抢CPU资源,而不需要我们自己编写获取CPU资源的逻辑,而线程抢到CPU资源后,就会执行run()方法中的内容。

​ 通过Runnable接口把用户请求和CPU执行进行了解耦。

public interface Runnable {
    // ......省略中间代码
    public abstract void run();
}

五、命令模式的优缺点

(一)、优点

​ 1、通过引入中间件(抽象接口),解耦了命令请求与实现

​ 2、扩展性良好,可以很好的增加新的命令

​ 3、支持组合命令,支持命令队列

​ 4、可以在现有命令的基础上,增加额外功能(比如日志记录,结合装饰器模式)

(二)、缺点

​ 1、具体命令类可能过多

​ 2、命令模式的结果其实就是接收方的执行结果,但是为了以命令的形式进行架构,解耦请求与实现,引入了额外类型接口(引入了请求方与抽象命令接口),增加了理解上的困难。

六、设计模式的相关博客文章链接

1、七大设计原则的简单解释(包含合成复用原则),简单理解、快速入门,具备案例代码

链接: 七大设计原则的简单解释(包含合成复用原则),简单理解、快速入门,具备案例代码.

2、工厂模式详解附有代码案例分析(简单工厂,工厂方法,抽象工厂)

链接: 工厂模式详解附有代码案例分析(简单工厂,工厂方法,抽象工厂).

3、单例模式详解及代码案例与应用场景(饿汉式单例模式、懒汉式单例模式、注册式单例模式)

链接: 单例模式详解及代码案例与应用场景(饿汉式单例模式、懒汉式单例模式、注册式单例模式).

4、原型模式详解附有代码案例分析(浅克隆和深克隆的相关解析)

链接: 原型模式详解附有代码案例分析(浅克隆和深克隆的相关解析).

5、建造者模式详解附有代码案例分析(包含建造者模式与工厂模式的区别分析)

链接: 建造者模式详解附有代码案例分析(包含建造者模式与工厂模式的区别分析).

6、门面模式详解附有代码案例分析

链接: 门面模式详解附有代码案例分析.

7、装饰者模式详解附有代码案例分析

链接: 装饰者模式详解附有代码案例分析.

8、享元模式详解附有代码案例分析(包含享元模式的源码应用分析——String中的享元模式应用、Integer中的享元模式应用)

链接: 享元模式详解附有代码案例分析(包含享元模式的源码应用分析——String中的享元模式应用、Integer中的享元模式应用).

9、组合模式详解附有代码案例分析(包含透明组合模式、安全组合模式的代码示例)

链接: 组合模式详解附有代码案例分析(包含透明组合模式、安全组合模式的代码示例).

10、桥接模式详解附有代码案例分析

链接: 桥接模式详解附有代码案例分析.

11、适配器模式详解附有代码案例分析(包含类适配器、对象适配器以及接口适配器的代码示例)

链接: 适配器模式详解附有代码案例分析(包含类适配器、对象适配器以及接口适配器的代码示例).

12、委派模式详解附有代码案例分析(包含委派模式在JDK中的源码示例解析)

链接: 委派模式详解附有代码案例分析(包含委派模式在JDK中的源码示例解析).

13、模板方法模式详解附有代码案例分析(包含模板方法模式重构JDBC操作业务代码示例)

链接: 模板方法模式详解附有代码案例分析(包含模板方法模式重构JDBC操作业务代码示例).

14、策略模式详解附有代码案例分析(包含策略模式在源码中的应用以及代码示例)

链接: 策略模式详解附有代码案例分析(包含策略模式在源码中的应用以及代码示例).

15、责任链模式详解附有代码案例分析(包含责任链模式与建造者模式的结合代码案例)

链接: 责任链模式详解附有代码案例分析(包含责任链模式与建造者模式的结合代码案例).

16、迭代器模式详解附有代码案例分析(包含迭代器模式的源码应用分析)

链接: 迭代器模式详解附有代码案例分析(包含迭代器模式的源码应用分析).

17、命令模式详解附有代码案例分析(包含命令模式的源码应用分析)

链接: 命令模式详解附有代码案例分析(包含命令模式的源码应用分析).

18、状态模式详解附有代码案例分析(包含状态模式与其他相关设计模式的对比)

链接: 状态模式详解附有代码案例分析(包含状态模式与其他相关设计模式的对比).

19、备忘录模式详解附有代码案例分析

链接: 备忘录模式详解附有代码案例分析.

20、中介者模式详解附有代码案例分析

链接: 中介者模式详解附有代码案例分析.

21、解释器模式详解附有代码案例分析

链接: 解释器模式详解附有代码案例分析.

22、观察者模式详解附有代码案例分析(包含观察者模式使用JDK方式实现)

链接: 观察者模式详解附有代码案例分析(包含观察者模式使用JDK方式实现).

23、访问者模式详解附有代码案例分析

链接: 访问者模式详解附有代码案例分析.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值