请选择 进入手机版 | 继续访问电脑版

命令模式-将请求封装成对象

[复制链接]
小小海 发表于 2021-1-1 18:35:23 | 显示全部楼层 |阅读模式 打印 上一主题 下一主题
  公号:码农充电站pro
主页:https://codeshellme.github.io

目次



本篇来先容下令模式Command Design Pattern),它将“请求”封装成对象,从而将“请求”的创建者与“请求”的执行者解耦。
1,一次购物流程

相信各人都在网上买过东西,我们以淘宝为例来先容下令模式。
我们假设这样一个简单的场景:


  • 淘宝网有许多商店,商店售卖各种各样的商品,顾客购买商品需要先在淘宝下订单
  • 一位顾客想在淘宝购买一部华为手机,他下了一个订单:“一部华为手机”。
  • 淘宝网将该订单发送到华为商店。
  • 华为商店将华为手机寄给了顾客。
在这个过程中,淘宝网并不关心每家商店的详细情况,它只知道每家商店都能完成它所派发的订单。
那么,我们怎样为这个场景建模呢?
2,模仿购物流程

从上面购物流程中,我们能看出来,毗连顾客淘宝网商店的中间桥梁是订单


  • 顾客在淘宝网生成一个订单。
  • 淘宝网将订单发给详细商店。
  • 商店将商品寄给顾客以完成订单。
首先,我们需要界说一个 Order 接口:
  1. interface Order {    void execute();}
复制代码
Order 接口中只有一个 execute 方法,需要派生类来实现。
然后界说一个华为商店:
  1. abstract class Shops {    protected String shopName;     protected abstract String sell();}class HuaWeiShop extends Shops {    public HuaWeiShop() {        this.shopName = "HUAWEI";    }    public String sell() {        return "HuaWei Phone";    }}
复制代码
上面代码中,Shops 是一个抽象类,表现商店,商店可以销售商品。HuaWeiShop 类继承了 Shops 接口,实现了 sell 方法。
然后界说一个 GoodsOrder 类,它继承了 Order 接口,并实现了 execute 方法:
  1. class GoodsOrder implements Order {    private Shops shop;    public GoodsOrder(Shops shop) {        this.shop = shop;    }    public void execute() {        String goods = shop.sell();        System.out.println(goods);    }}
复制代码
然后界说 Client 类,用于生成订单:
  1. class Client {    public Order createOrder() {        Shops phone = new HuaWeiShop();        Order phoneOrder = new GoodsOrder(phone);        return phoneOrder;    }}
复制代码
下面界说淘宝网,它可以吸收订单和处理订单:
  1. class Taobao {    private Order order;    public void receiveOrder(Order order) {        this.order = order;    }    // 处理订单    public void handleOrder() {        order.execute();    }}
复制代码
最厥后测试代码:
  1. Client c = new Client();Order order = c.createOrder(); // 顾客生成订单Taobao t = new Taobao();       t.receiveOrder(order);         // 淘宝吸收订单t.handleOrder();               // 淘宝处理订单
复制代码
输出如下:
  1. HuaWei Phone
复制代码
输出表现顾客成功买到了手机。
我们画出上面代码的类图,如下:

我将完整的下令模式代码放在了这里,供各人参考。
3,下令模式

实际上,上面代码的实现方式就是下令模式
下令模式将请求(下令)封装为一个对象,这样可以将不同请求注入到其他对象,而且可以大概支持请求(下令)的排队执行、记载日志、打消等功能
下令模式中包罗以下几个组件(并把组件类比到上面的购物场景中):


  • Invoker:请求的调用者,相当于 Taobao
  • Command:一个抽象接口,界说了所有详细请求必须实现的方法,相当于 Order
  • ConcreteCommand:一个详细的请求,相当于 GoodsOrder
  • Receiver:请求的吸收者,用于真正的执行请求,相当于 HuaWeiShop
  • Client:请求的创建者。
下令模式的类图如下(与上面购物代码的类图一致):

上图的 Command 接口中有一个 undo 方法,它是 execute 方法的反使用,用于实现打消功能
下令模式通过将请求封装成对象,将请求的创建者,请求的调用者和请求的执行者,这三者之间彻底解耦:


  • Client 只负责请求的创建,而不关心请求何时何地被真正的执行。
  • Invoker 只负责调用请求,而不关心请求是谁创建的,也不关心请求的真正执行者是谁。

    • Invoker 也可以将一个请求扬弃掉,不去调用它 。

  • Receiver 只负责执行请求,而不关心请求是谁创建的,也不关心请求是被谁调用的。
4,请求服务

请求服务是一种由客户端发出请求,然后由服务端去处理的一种步调架构,不同的客户端之间互不干扰。
我们上面模仿的购物步调可以说使用的就是这种架构,如下:

好比 Redis Server 处理 Client 下令的方式使用的就是这种架构。
5,请求队列

请求被封装成对象后,可将其放在请求队列中,然后由工作线程将其取出,再执行。
这种架构也相当于一个生产者-消费者架构。

6,请求日志

请求被封装成对象后,也可以将其记载在日志中。如果服务意外瓦解,服务重启后就可以使用请求日志,将服务规复到瓦解之前的状态。

好比 RedisAOF 长期化使用的就是这种方式。
7,总结

下令模式将请求封装成对象,有两个优点:


  • 使得请求的创建者与请求的调用/执行者解耦。
  • 使得请求可以轻松的被通报和存储
下令模式的这些优点,使得我们可以实现请求的排队执行、记载日志等功能。
(本节完。)
  推荐阅读:
单例模式-让一个类只有一个对象
工厂模式-将对象的创建封装起来
战略模式-界说一个算法族
观察者模式-将消息通知给观察者
装饰者模式-动态的包装原有对象的行为
  接待关注作者公众号,获取更多技术干货。


来源:https://blog.csdn.net/LUAOHAN/article/details/111931201
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则


专注素材教程免费分享
全国免费热线电话

18768367769

周一至周日9:00-23:00

反馈建议

27428564@qq.com 在线QQ咨询

扫描二维码关注我们

Powered by Discuz! X3.4© 2001-2013 Comsenz Inc.( 蜀ICP备2021001884号-1 )