【浅谈设计模式】(15): 命令模式--小妖怪的夏天

傷城~ 2023-10-04 22:26 21阅读 0赞

## 前言 ##

> ⛱ 小猪妖有个梦想，那就是离开浪浪山，出去闯荡，
> 
> 但是在短篇当中小猪妖并没有走出浪浪山，和我们普通人一样,都走不出自己的浪浪山。
> 
> 我知道浪浪山的那边还是山，可我还是想去看看。
> 
> \--《中国奇谭》

![format_png][]

## 一、入门 ##

![format_png 1][]

### 1.1 概述 ###

将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通，这样方便将命令对象进行存储、传递、调用、增加与管理。

命令模式的一个核心就是 "解耦" 。

那是谁发生了耦合呢？

答：请求发起者和请求接收者的耦合。典型的例子就是餐厅点餐，由顾客点好菜单，这个菜单就是"命令"，然后 "接收者" 厨师开始制作；倘若没有解耦，那就是由顾客直接跟厨师交代事情。命令模式非常像消息队列，有消息生产者、消费者、以及消息命令。

本文以《小妖怪的夏天》中的场景来理解下命令模式。

> 大王想吃唐僧肉，于是开了场项目立项大会，将这个命令分发下去，教头又把命令分发给不同的小弟，对于大王来说，它只需要关心消息发送下去了，而接收到消息的小妖怪们，就开始执行不同的命令，有烧水的、有制作箭头的、有砍菜的~

![format_png 2][]

命令模式是一种数据驱动的设计模式，将请求命令封装成一个命令对象，由调用者将这个命令对象发给执行者。

### 1.2 结构 ###

![format_png 3][]

命令模式包含以下主要角色：

*  抽象命令类（Command）角色： 定义命令的接口，声明执行的方法。
 *  具体命令（Concrete Command）角色：具体的命令，实现命令接口；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。
 *  实现者/接收者（Receiver）角色： 接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能。
 *  调用者/请求者（Invoker）角色： 要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口。

## 二、案例实战 ##

对小妖怪的案例做个代码演示。

实现者角色（无名的小妖怪），也可以定义一个抽象类，继承实现。

/**
     * 一只无名的小妖怪
     * @Author xiaolei
     * @Date 2023/2/28 13:19
     **/
    public class Nobody {
    
        /**
         * 执行烧水工作
         */
        public void execBoilWater(){
            System.out.println("大王让我来烧水!");
        }
    
        /**
         * 执行制箭工作
         */
        public void execMakeArrow(){
            System.out.println("大王让我做1000支箭！");
        }
    }
    复制代码

抽象命令接口

/**
     * 小妖怪抽象命令接口
     * @Author xiaolei
     * @Date 2023/2/28 13:12
     **/
    public interface GoblinCommand {
        void execute();
    }
    复制代码

具体命令角色

/**
     * 烧水具体命令
     * 具体命令中需要传入一个具体干活的对象
     * @Author xiaolei
     * @Date 2023/2/28 13:23
     **/
    public class BoilWaterComman implements GoblinCommand {
    
        private Nobody nobody;
    
        /**
         * 这里的 nobody 也可以抽象出一个抽象类
         * @param nobody
         */
        public BoilWaterComman(Nobody nobody){
            this.nobody = nobody;
        }
        /**
         * 该命令只负责让接收者干烧水的事情
         */
        @Override
        public void execute() {
            nobody.execBoilWater();
        }
    }
    
    // 制作箭头具体命令
    public class MakeArrowCommand implements GoblinCommand{
        private Nobody nobody;
    
        /**
         * 这里的 nobody 也可以抽象出一个抽象类
         * @param nobody
         */
        public MakeArrowCommand(Nobody nobody){
            this.nobody = nobody;
        }
        /**
         * 该命令只负责让接收者干制箭的事情
         */
        @Override
        public void execute() {
            nobody.execMakeArrow();
        }
    }
    复制代码

调用者角色 (大王)

/**
     * 大王 ： 命令的发起者。
     * 注意它是跟命令直接交互的，而命令是跟干活的直接交互的，所以需要传入 命令
     * the king of the forest
     * 森林之王
     * @Author xiaolei
     * @Date 2023/2/28 13:28
     **/
    public class TheKingInvoker {
        private GoblinCommand command;
    
        /**
         * 根据命令创建调用者
         * @param command
         */
        public TheKingInvoker(GoblinCommand command){
            this.command = command;
        }
        /**
         * 大王开始吩咐命令
         */
        public void action(){
            command.execute();
        }
    }
    复制代码

客户端测试

public class ClientTest {
        public static void main(String[] args) {
            // 小妖怪上线
            Nobody nobody = new Nobody();
            BoilWaterComman boilWaterComman = new BoilWaterComman(nobody);
            // 大王吩咐执行烧水命令
            TheKingInvoker theKingInvoker = new TheKingInvoker(boilWaterComman);
            // 开始执行
            theKingInvoker.action();
            System.out.println("===================================");
            MakeArrowCommand makeArrowCommand = new MakeArrowCommand(nobody);
            // 大王吩咐执行制箭命令
            TheKingInvoker theKingInvoker2 = new TheKingInvoker(makeArrowCommand);
            // 开始执行
            theKingInvoker2.action();
        }
    }
    复制代码

![format_png 4][]

## 三、总结 ##

### 3.1 使用场景 ###

*  系统需要将请求调用者和请求接收者解耦，使得调用者和接收者不直接交互。
 *  系统需要在不同的时间指定请求、将请求排队和执行请求。
 *  系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。

### 3.2 优缺点 ###

**优点：**

*  降低系统的耦合度。命令模式能将调用操作的对象与实现该操作的对象解耦。
 *  增加或删除命令非常方便。采用命令模式增加与删除命令不会影响其他类，它满足“开闭原则”，对扩展比较灵活。
 *  可以实现宏命令。命令模式可以与组合模式结合，将多个命令装配成一个组合命令，即宏命令。
 *  方便实现 Undo 和 Redo 操作。命令模式可以与后面介绍的备忘录模式结合，实现命令的撤销与恢复。

**缺点：**

*  使用命令模式可能会导致某些系统有过多的具体命令类。
 *  系统结构更加复杂。

命令模式的入门就到这了，感觉命令模式在业务的使用应该很少，可能在重构的时候会考虑吧，一句话就是以数据驱动来完成调用者与执行者的解耦工作。

我想离开浪浪山，那你要变得更强呀~~

作者：潇雷  
链接：https://juejin.cn/post/7205111603465224250

[format_png]: https://img-blog.csdnimg.cn/img_convert/32e60d558c71662eb112c62a3fe2973e.webp?x-oss-process=image/format,png
[format_png 1]: https://img-blog.csdnimg.cn/img_convert/7a67bf8fa5cfe9deea76413db24bec0c.webp?x-oss-process=image/format,png
[format_png 2]: https://img-blog.csdnimg.cn/img_convert/fec04dbed07cc1695c15bf08610888e9.webp?x-oss-process=image/format,png
[format_png 3]: https://img-blog.csdnimg.cn/img_convert/79b1dde33afb5375a19b4a25015b41bf.webp?x-oss-process=image/format,png
[format_png 4]: https://img-blog.csdnimg.cn/img_convert/c718943551061ff39934e2ea5ff5985d.webp?x-oss-process=image/format,png