博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
js设计模式 --- 命令设计模式
阅读量:6004 次
发布时间:2019-06-20

本文共 2952 字,大约阅读时间需要 9 分钟。

命令模式

命令模式定义为:Encapsulate a request as an object,there by letting you parameterize clients with different requests,queue or log requests,and support undoable operations.

命令模式是一个高内聚的模式,将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请 求排队或者记录请求日志,可以提供命令的撤销和恢复功能.

在软件开发中,我们经常需要向某些对象发送请求(调用其中的某个或某些方法),但是并不知道请求的接收者是谁,也不知道被请求的操作是哪个,此时,我们特别希望能够以一种松耦合的方式来设计软件,使得请求发送者与请求接收者能够消除彼此之间的耦合,让对象之间的调用关系更加灵活,可以灵活地指定请求接收者以及被请求的操作。命令模式为此类问题提供了一个较为完美的解决方案。命令模式可以将请求发送者和接收者完全解耦,发送者与接收者之间没有直接引用关系,发送请求的对象只需要知道如何发送请求,而不必知道如何完成请求。

使用场景

  • 系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互。请求调用者无须知道接收者的存在,也无须知道接收者是谁,接收者也无须关心何时被调用。
  • 系统需要在不同的时间指定请求和执行请求。一个命令对象和请求的初始调用者可以有不同的生命期,换言之,最初的请求发出者可能已经不在了,而命令对象本身仍然是活动的,可以通过该命令对象去调用请求接收者,而无须关心请求调用者的存在性,可以通过请求日志文件等机制来具体实现。
  • 系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。
  • 系统需要将一组操作组合在一起形成宏命令。

命令设计模式涉及三类对象

  • Command(抽象命令类)
    抽象命令类一般是一个抽象类或接口,在其中声明了用于执行请求的execute()等方法,通过这些方法可以调用请求接收者的相关操作。
  • ConcreteCommand(具体命令类)
    具体命令类是抽象命令类的子类,实现了在抽象命令类中声明的方法,它对应具体的接收者对象,将接收者对象的动作绑定其中。在实现execute()方法时,将调用接收者对象的相关操作(Action)。
  • Invoker(调用者)--也可以有接口类
    调用者即请求发送者,它通过命令对象来执行请求。一个调用者并不需要在设计时确定其接收者,因此它只与抽象命令类之间存在关联关系。在程序运行时可以将一个具体命令对象注入其中,再调用具体命令对象的execute()方法,从而实现间接调用请求接收者的相关操作。
  • Receiver(接收者)
    接收者执行与请求相关的操作,它具体实现对请求的业务处理。

结构

图片描述

实现

  • Command(抽象命令类)

    // 命令模式let ICommend = new Interface('ICommend', ['execute','undo'])
  • ConcreteCommand(具体命令类)

    let LightOnCommand = function (light) {  this.light = light;};LightOnCommand.prototype.execute = function () {  light.on();};LightOnCommand.prototype.undo = function () {  light.off();};let TVOnCommand = function (tv) {  this.tv = tv;};TvOnCommand.prototype.execute = function () {  tv.on();};TvOnCommand.prototype.undo = function () {  tv.off();};
  • Invoker(调用者)

    let IPhone = function () {  this.commands = [];};IPhone.prototype.setCommand = function (command) {  this.commands.push(command);};IPhone.prototype.onButtonWasPushed = function (slot) {  this.commands[slot-1].execute();};
  • Receiver(接收者)

    let IHouseApplication = new Interface('IHouseApplication', ['on','off']);
  • Receiver(接收者)--也可以有接口类

    let TV  = function () {};TV.prototype.on = function() {  System.out.println("the TV on");};TV.prototype.off = function() {  System.out.println("the TV off");};let Light  = function () {};Light.prototype.on = function() {  System.out.println("the Light on");};Light.prototype.off = function() {  System.out.println("the Light off");};

调用

let miPhone = new IPhone();//创建电器let light = new Light();let tv = new TV();//创建命令let lightOnCommand = new LightOnCommand(light);let tvOnCommand = new TVOnCommand(tv);//给手机设置命令//设置第一个按钮为开灯miPhone.setCommand(lightOnCommand);//设置第二个按钮为开电视miPhone.setCommand(tvOnCommand);//开灯miPhone.onButtonWasPushed(1);//开电视miPhone.onButtonWasPushed(2);

优点

  • 类间解耦:调用者角色与接收者角色之间没有任何依赖关系,调用者实现功能时只需调用Command 抽象类的execute方法就可以,不需要了解到底是哪个接收者执行。
  • 可扩展性:Command的子类可以非常容易地扩展,而调用者Invoker和高层次的模块Client不产生严 重的代码耦合。
  • 命令模式结合其他模式会更优秀:命令模式可以结合责任链模式,实现命令族解析任务;结合模板方法模式,则可以减少 Command子类的膨胀问题。

缺点

  • 命令模式也是有缺点的,请看Command的子类:如果有N个命令,问题就出来 了,Command的子类就可不是几个,而是N个,这个类膨胀得非常大,这个就需要读者在项 目中慎重考虑使用。

转载地址:http://lipmx.baihongyu.com/

你可能感兴趣的文章
金蝶kis记账王凭证过账要不要要审核
查看>>
Nodejs学习笔记(二):《node.js开发指南》代码中需要注意的几点
查看>>
Nginx 配置 SSL 及 SSL 证书的创建过程
查看>>
Ztree异步加载自动展开节点
查看>>
应用程序内购买类型
查看>>
大型企业网络构建(二)——高级OSPF&虚链路应用
查看>>
文件系统概念深入介绍及压缩归档工具
查看>>
6个优秀的思维导图网站
查看>>
初识Docker
查看>>
Solaris 10基本命令操作
查看>>
我的友情链接
查看>>
MySQL查询in操作 查询结果按in集合顺序显示
查看>>
arm汇编基础(转)
查看>>
IO流-输入输出流:字节流、字符流、缓冲流、转换流
查看>>
sql字符串插入函数STUFF
查看>>
Mybatis日志信息
查看>>
Python Shell 怎样清屏?
查看>>
How to Install Apache CouchDB on CentOS 6 (from Source and EPEL)
查看>>
命令玩转防火墙
查看>>
Centos 6 安装 Gitlab和备份、迁移
查看>>