专栏首页呆呆熊的技术路设计模式第四讲--命令模式

设计模式第四讲--命令模式

简介

今天我们介绍又一个行为模式《命令模式》.

将一个请求封装为一个对象,从而使你可用不同的请求对客户端参数化;对请求排队或记录请求日志,以及支持可撤销的操作.

命令模式最初来源于图形化用户界面设计,但现在广泛应用于企业应用设计,特别促进了控制器(请求和分发处理)和领域模型(应用逻辑)的分离.说的更简单一点,命令模式有助于系统更好的进行组织,并易于拓展。

模式共包含: 请求者(INVOKER)、接收者(RECEIVER)、命令(COMMAND)接口、 具体命令(CONCRETE COMMAND)

场景设置

如果您在做点餐工具的研发,如何设计这个点餐系统呢(传统型餐厅)

涉及角色

职责

顾客

点餐、用餐、买单

服务员

下单

厨房

接单、成单

第一版本实现

我们看下order类实现

package design.pattern;

import java.util.Map;

public class Order {


    private Map<String, Object> params = null;

    public Order(Map<String, Object> params) {
        this.params = params;
    }

    /**
     * 创建订单
     */
    public void createOrder() {
        System.out.println("桌号" + params.get("桌号") + "创建订单");
    }

    /**
     * 生产订单
     */
    public void orderUp() {
        stirFryUp();
        stapleFoodUp();
    }

    /**
     * 炒菜组
     */
    private void stirFryUp() {
        Object stirFryUp = this.params.get("炒菜");
        if (stirFryUp != null) {
            for (Object val : (Object[]) stirFryUp) {
                System.out.println("生产炒菜:" + val);
            }
        }

    }

    /**
     * 主食组
     */
    private void stapleFoodUp() {
        Object stapleFood = this.params.get("主食");
        if (stapleFood != null) {
            for (Object val : (Object[]) stapleFood) {
                System.out.println("生产主食:" + val);
            }
        }
    }

}

我们看到这个类实现了订单创建到菜品输出

调用者:

 String[] stirFry = {"鱼香肉丝", "茄子"};
        String[] stapleFood = {"米饭"};

        Map<String, Object> params = new HashMap<String, Object>();
        params.put("桌号", 88);
        params.put("炒菜", stirFry);
        params.put("主食", stapleFood);

        Order order = new Order(params);
        //提交菜单
        order.createOrder();

        //生产菜单
        order.orderUp();

从点单到提交菜单 生产菜单流程

output:

桌号88创建订单
生产炒菜:鱼香肉丝
生产炒菜:茄子
生产主食:米饭

如果对于简单的需求来说,这个还是更加简单清晰的. 但是如果我们拓展更多的种类菜品,可能对于我们的类来说会越来越复杂.

我们用命令模式实现下

命令模式实现

  • Receiver接受者角色:该角色就是干活的角色,命令传递到这里是应该被执行的
  • Command命令角色:需要执行的所有命令都在这里声明
  • Invoker调用者角色:接收到命令,并执行命令

具体工作流程图:

Receiver接受者角色(具体执行任务者)

package design.pattern.Receiver;

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

炒菜具体工作实现

package design.pattern.Receiver;

/**
 * 炒菜组
 */
public class StirFryUpReceiver extends Receiver {

    private String[] menuList;

    public StirFryUpReceiver(String[] menuList) {
        this.menuList = menuList;
    }

    public void doSomething() {
        for (String v : menuList) {
            System.out.println("生产炒菜" + v);
        }
    }
}

主食组具体实现

package design.pattern.Receiver;

public class StapleFoodUpReceiver extends Receiver {

    private String[] menuList;

    public StapleFoodUpReceiver(String[] menuList) {
        this.menuList = menuList;
    }

    public void doSomething() {
        for (String v : menuList) {
            System.out.println("生产主食" + v);
        }
    }
}

Command命令角色(具体调用具体任务执行者,相当于饭店的柜台)

package design.pattern.Command;

/**
 * 命令抽象类
 */
public abstract class Command {
    abstract public void execute();
}

炒菜组命令接收类

package design.pattern.Command;

import design.pattern.Receiver.Receiver;

/**
 * 炒菜组Command
 */
public class StirFryUpCommand extends Command {

    private Receiver receiver;

    /**
     * 设置真正的处理者
     *
     * @param
     */
    public StirFryUpCommand(Receiver _receiver) {
        this.receiver = _receiver;
    }

    /**
     * 生产菜单
     */
    public void execute() {

        //对于炒菜设置其他事项
        //todo

        receiver.doSomething();
    }
}

主食组命令接收类

package design.pattern.Command;

import design.pattern.Receiver.Receiver;

/**
 * 主食组Command
 */
public class StapleFoodUpCommand extends Command {

    private Receiver receiver;

    /**
     * 设置真正的处理者
     *
     * @param
     */
    public StapleFoodUpCommand(Receiver _receiver) {
        this.receiver = _receiver;
    }

    /**
     * 生产菜单
     */
    public void execute() {
        receiver.doSomething();
    }
}

为什么要有命令类存在,直接调用实现不就可以了么.原因在于更加的灵活性,针对不同的实现,我们还可以在execute中完成不同任务的其他和具体炒菜、主食功能无关的相应操作.增强了功能实现的灵活性

命令调用者(服务员实现类,此类还可以实现在生产前取消命令)

package design.pattern;

import design.pattern.Command.Command;

import java.util.ArrayList;

/**
 * 服务员
 */
public class Waiter {

    private ArrayList<Command> commands =  new ArrayList<>();

    public void addCommand(Command _command) {
        this.commands.add(_command);
    }

    public void production() {
        for (Command command : commands) {
            command.execute();
        }
    }
}

这里我们使用了集合,目的在于我们可以添加命令,在执行production之前,还可以撤销命令。

客户端调用

String[] stirFry = {"鱼香肉丝", "茄子"};
String[] stapleFood = {"米饭"};

//炒菜小组
//命令具体实现者
StirFryUpReceiver stirFryUpReceiver = new StirFryUpReceiver(stirFry);
//命令绑定
StirFryUpCommand stirFryUpCommand = new StirFryUpCommand(stirFryUpReceiver);

//加份米饭
StapleFoodUpReceiver stapleFoodUpReceiver = new StapleFoodUpReceiver(stapleFood);
StapleFoodUpCommand stapleFoodUpCommand = new StapleFoodUpCommand(stapleFoodUpReceiver);

//服务员
Waiter waiter = new Waiter();
waiter.addCommand(stirFryUpCommand);
waiter.addCommand(stapleFoodUpCommand);
waiter.production();
客户端代码执行步骤:
  1. 将具体菜单内容传递给执行者(厨师)
  2. 将此执行者对象绑定到Command(柜台)中
  3. 服务员类添加命令
  4. 服务员执行下单,调用production()开始生产

output:

生产炒菜鱼香肉丝
生产炒菜茄子
生产主食米饭

关系图:

目录结构:

订单柜台模型

厨房类模型

服务员类

UML图

此图来源于网络, Invoker相当于我们的服务员类

疑问探讨:

问:接收者一定要存在吗,为什么命令对象不直接实现execute方法的细节?

答:上面已经回答了 “为什么要有命令类存在” 的问题, 核心还是看实际业务,主要在于项目复杂度和解耦的程度.

注意: 不是确定要用使用,最好不要在项目使用此模式,更多建议在优化阶段使用。

工作中大部分直接实现了请求,而不是像我们将工作委托给了接受者(Command->Receiver)

本文分享自微信公众号 - 呆呆熊的技术路(gh_93f28f51010a),作者:近视小猴子

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-01-13

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 设计模式第六讲-外观模式(门面模式)

    外观模式(Facade,门面模式), 为子系统中额外一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。

    用户2825413
  • 设计模式第三讲-装饰者模式

    装饰模式也算一种比较常见的设计模式,工作过程中很少刻意的去实现这种模式,因为这种模式也会带来一些问题。

    用户2825413
  • 一分钟 - ngx_http_rewrite_module模块

    用户2825413
  • C++之虚继承

    如果一个类从多个类继承而来,而这些类有公共基类。那么在多该基类中定义的成员访问时会出现二义性。C++设计虚继承来解决这个问题。虚继承的本质就是子类引用父类的内存...

    zy010101
  • [享学Feign] 三、原生Feign的核心API详解(一):UriTemplate、HardCodedTarget...

    代码下载地址:https://github.com/f641385712/feign-learning

    YourBatman
  • ​SpringMVC 教程 - Handler Method

    由注解@RequestMapping注解修饰的处理请求的函数的签名非常的灵活,可以使用controller函数支持的一系列参数和返回值。

    代码拾遗
  • 手写一个orm框架-4

    在上一篇里,我们已经取到了我们在生成sql语句中所需要的信息,这一篇里我们开始根据class来生成我们需要的sql。在这之前我们先确认几件事情

    何白白
  • 沃丰科技荣膺中国客户联络中心“2019年度推荐品牌”,应邀发表精彩演讲 | 腾讯SaaS加速器·学员动态

    ? 来源 | 腾讯SaaS加速器首期项目-沃丰科技 ---- 2019年11月28日,由中国信息协会客户联络中心分会和第三方权威的行业咨询研究和发展平台——才...

    腾讯SaaS加速器
  • salesforce 零基础学习(六十七)SingleEmailMessage 那点事

     在salesforce开发中,发送邮件是一个很常见的功能。比如在进入审批流以后的通过和拒绝的操作需要发送邮件给记录的owner,和其他系统交互以后更改了某些状...

    用户1169343
  • spring boot整合hessian

    首先添加hessian依赖 <dependency> <groupId>com.caucho</groupId> <artifactId>he...

    春哥大魔王

扫码关注云+社区

领取腾讯云代金券