【专题系列】搞定设计模式之——十五：命令模式

旧城等待， 2022-11-30 04:06 119阅读 0赞

点击上方“java大数据修炼之道”，选择“设为星标”

# 优质文章, 第一时间送达 #

###  ###

![format_png][]

![format_png 1][]

*  什么是命令模式？
 *  为什么要用命令模式？
 *   *  使用命令模式前
     *  使用命令模式后
 *  命令模式优缺点
 *   *  优点
     *  缺点
 *  命令模式使用场景

# 什么是命令模式？ #

**命令模式的定义：**

<table> 
 <tbody> 
  <tr> 
   <td>Encapsulate a request as an object,thereby letting you parameterize clients with different requests,queue or log requests,and support undoable operations.（将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。）</td> 
  </tr> 
 </tbody> 
</table>

命令模式的核心在于引入了命令类，通过命令类来降低发送者和接收者的耦合度，请求发送 者只需指定一个命令对象，再通过命令对象来调用请求接收者的处理方法。

**命令模式通用类图如下：**

图15-1:命令模式模式通用类图

![format_png 2][]

命令模式包含这么几个角色：

*  Command（抽象命令）：声明需要执行的命令
 *  ConcreteCommand（具体命令）：实现声明的命令
 *  Receive（接收者）：接收者执行与请求相关的操作，它具体实现对请求的业务处理
 *  Invoker（调用者）：调用者即请求发送者，它通过命令对象来执行请求。

命令模式的本质是对请求进行封装，一个请求对应于一个命令，将发出命令的责任和执行命令的责任分割开。每一个命令都是一个操作：请求的一方发出请求要求执行一个操作；接收的一方收到请求，并执行相应的操作。命令模式允许请求的一方和接收的一方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求如何被接收、操作是否被执行、何时被执行，以及是怎么被执行的。

**命令模式通用代码如下：**

*  Receiver：Receiver类实现具体的业务需求

/**
     * @author 三分恶
     * @date 2020年6月28日
     * @description 接收者
     */
    public class Receiver {
    	public void doSomething() {
    		//具体的业务逻辑
    	}
    }

*  抽象的Command类：

/**
     * @author 三分恶
     * @date 2020年6月28日
     * @description 抽象的Command类
     */
    public abstract class Command {
    	// 每个命令类都必须有一个执行命令的方法
    	public abstract void execute();
    }

*  具体的Command类：根据需求，具体的命令类可以有多个：

/**
     * @author 三分恶
     * @date 2020年6月28日
     * @description 具体的命令类
     */
    public class ConcreteCommand extends Command {
    	// 维持一个对请求接收者对象的引用
    	private Receiver receiver;
    
    	//构造函数传递接收者
    	public ConcreteCommand(Receiver receiver) {
    		this.receiver = receiver;
    	}
    
    	public void execute() {
    		 // 调用请求接收者的业务处理方法doSomething()
    		receiver.doSomething();
    	}
    }

*  调用者Invoker类：

/**
     * @author 三分恶
     * @date 2020年6月28日
     * @description 调用者
     */
    public class Invoker {
    	private Command command;
    	
    	// 设值注入
    	public void setCommand(Command command) {
    		this.command = command;
    	}
    
    	// 执行命令
    	public void action() {
    		this.command.execute();
    	}
    }

*  场景类：

/**
     * @author 三分恶
     * @date 2020年6月28日
     * @description  
     */
    public class Client {
    
    	public static void main(String[] args) {
    		//首先声明调用者Invoker
    		Invoker invoker = new Invoker();
    		//定义接收者
    		Receiver receiver = new Receiver();
    		//定义一个发送给接收者的命令
    		Command command = new ConcreteCommand(receiver);
    		//把命令交给调用者去执行
    		invoker.setCommand(command);
    		invoker.action();
    	}
    
    }

# 为什么要用命令模式？ #

假设有一个这样的业务场景：一个正在开发的软件项目，分为三个组：需求组、美工组、开发组。在开发的过程中，客户需要和厂商沟通，和需求组讨论需求、和 美工讨论页面、和代码组讨论实现，告诉他们修改、删除、增加各种内容等。

## 使用命令模式前 ##

上面的业务场景抽象成类图：

图15-2:甲方要求业务场景初始类图

![format_png 3][]

根据类图进行具体的编码实现：

*  Group:抽象类，定义业务：

/**
     * @author 三分恶
     * @date 2020年6月28日
     * @description 抽象Group
     */
    public abstract class Group {
    	// 甲乙双方分开办公，如果甲方要和某个组讨论，首先要找到这个组
    	public abstract void find();
    
    	// 要求增加功能
    	public abstract void add();
    
    	// 要求删除功能
    	public abstract void delete();
    
    	// 要求修改功能
    	public abstract void change();
    
    	// 要求给出所有的变更计划
    	public abstract void plan();
    }

*  RequirementGroup（需求组）：

public class RequirementGroup extends Group{
    
    	@Override
    	public void find() {
    		System.out.println("找到需求组...");
    	}
    
    	@Override
    	public void add() {
    		System.out.println("客户要求增加一项需求...");
    	}
    
    	@Override
    	public void delete() {
    		System.out.println("客户要求删除一项需求...");
    	}
    
    	@Override
    	public void change() {
    		System.out.println("客户要求修改一项需求...");
    	}
    
    	@Override
    	public void plan() {
    		System.out.println("客户要求需求变更计划...");
    	}
    
    }

*  PageGroup（美工组）：

public class PageGroup extends Group{
    
    	@Override
    	public void find() {
    		System.out.println("找到美工组...");
    	}
    
    	@Override
    	public void add() {
    		System.out.println("客户要求增加一个页面...");
    	}
    
    	@Override
    	public void delete() {
    		System.out.println("客户要求删除一个页面...");
    	}
    
    	@Override
    	public void change() {
    		System.out.println("客户要求改变一个页面...");
    	}
    
    	@Override
    	public void plan() {
    		System.out.println("客户要求页面变更计划...");
    	}
    
    }

*  CodeGroup（开发组）：

public class CodeGroup extends Group{
    
    	@Override
    	public void find() {
    		System.out.println("找到代码组...");
    	}
    
    	@Override
    	public void add() {
    		System.out.println("客户要求增加一项功能...");
    	}
    
    	@Override
    	public void delete() {
    		System.out.println("客户要求删除一项功能...");
    	}
    
    	@Override
    	public void change() {
    		System.out.println("客户要求修改一项功能...");
    	}
    
    	@Override
    	public void plan() {
    		System.out.println("客户要求代码变更计划...");
    	}
    
    }

*  场景类：

public class Client {
    
    	/**
    	 * @param args
    	 */
    	public static void main(String[] args) {
    		//首先客户找到需求组说，过来谈需求，并修改
    		System.out.println("-----------客户要求增加一项需求---------------");
    		Group rg = new RequirementGroup();
    		//找到需求组
    		rg.find();
    		//增加一个需求
    		rg.add();
    		//要求变更计划
    		rg.plan();
    	}
    
    }

运行结果：

![format_png 4][]

场景类中客户找到了需求组，向需求组提出了增加需求和需求变更的要求。

这样存在什么问题呢？甲方对乙方做一些要求的时候，要找到对应的组，但是不能希望甲方是非常专业的，可能提需求提到了开发组头上，要求页面变更提到了需求组头上。

## 使用命令模式后 ##

这是为什么项目需要项目经理的原因之一。

甲方不管你什么需求、美工、开发，只管把项目经理叫过去，告诉项目经理他们的要求。项目经理再根据甲方的要求向各个组下达命令。对应的，就可以引入命令模式。

图15-3:甲方要求业务场景引入命令模式的类图

![format_png 5][]

来看看具体的代码：

*  抽象命令类：

public abstract  class Command {
    	//把三个组都定义好，子类可以直接使用
    	protected RequirementGroup rg = new RequirementGroup();   //需求组
    	protected PageGroup pg = new PageGroup(); //美工组
    	protected CodeGroup cg = new CodeGroup(); //代码组
    	//只有一个方法，你要我做什么事情
    	public abstract void execute();
    }

*  增加需求的命令：

public class AddRequirementCommand extends Command{
    
    	@Override
    	public void execute() {
    		//找到需求组
    		super.rg.find();
    		//增加一份需求
    		super.rg.add();
    		//给出计划
    		super.rg.plan();
    	}
    
    }

*  删除页面的命令：

public class DeletePageCommand extends Command{
    
    	@Override
    	public void execute() {
    		//找到页面组
    		super.pg.find();
    		//删除一个页面
    		super.rg.delete();
    		//给出计划
    		super.rg.plan();
    	}
    
    }

*  负责人Invoker：负责人只要接到客户的命令，就立刻执行。

public class Invoker {
    	// 什么命令
    	private Command command;
    
    	// 客户发出命令
    	public void setCommand(Command command) {
    		this.command = command;
    	}
    
    	// 执行客户的命令
    	public void action() {
    		this.command.execute();
    	}
    }

*  场景类：模拟客户增加需求的命令。

public class Client {
    	public static void main(String[] args) {
    		// 定义调用者
    		Invoker jingli = new Invoker();
    		// 客户要求增加一项需求
    		System.out.println("------------客户要求增加一项需求---------------");
    		// 客户下命令
    		Command command = new AddRequirementCommand();
    		// 调用者接收到命令
    		jingli.setCommand(command);
    		// 调用者执行命令
    		jingli.action();
    	}
    }

场景类就简单了很多，如果客户提出其它要求，如删除页面，只需要：

// 客户下命令
    //Command command = new AddRequirementCommand();
    Command command = new DeletePageCommand();

同样比较简单。

这样一来，客户提要求的时候，不需要知道具体谁去完成这个要求，只需求把这个要求提给项目经理即可。

高内聚的要求就被满足了。

# 命令模式优缺点 #

## 优点 ##

● 类间解耦  
调用者角色与接收者角色之间没有任何依赖关系，调用者实现功能时只需调用Command 抽象类的execute方法就可以，不需要了解到底是哪个接收者执行。

● 可扩展性 Command的子类可以非常容易地扩展，而调用者Invoker和高层次的模块Client不产生严 重的代码耦合。

## 缺点 ##

使用命令模式可能会导致某些系统有过多的具体命令类。因为针对每一个对请求接收者的调 用操作都需要设计一个具体命令类，因此在某些系统中可能需要提供大量的具体命令类，这 将影响命令模式的使用。

# 命令模式使用场景 #

在以下情况下可以考虑使用命令模式：

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

**参考：**

【1】：《Java设计模式之禅》  
【2】：《design-pattern-java》  
【3】：《研磨设计模式》

来源 | https://www.cnblogs.com/three-fighter/p/13205364.html 作者：三分恶

![format_png 6][]

**推荐学习路线：**

#### 1、[*java学习路线全攻略(资料、视频、源码、项目实战)*][java]  2、[【史上最强实战项目合集】java项目20套 +完整版java学习视频][java_20_ _java] ####

**推荐面试技巧：**

1、[面试时被质疑学历、年龄该怎么办？][Link 1]

2、[如何应对面试官问你职业规划问题][Link 2]

3、[面试的时候问：你的期望薪资多少？怎么谈？][Link 3]

4、[面试官问，你有什么问题需要问我的吗？][Link 4]

5、[*给培训出来的Java程序员的一点建议，教你如何找工作*][Java]

####  ####

**最近热文推荐：**

1、[看完这篇Redis缓存三大问题，保你能和面试官互扯。][Redis]

2、[Java中：如何把异常设计的更优雅？][Java 1]

3、[面试：SpringBoot中的条件注解底层是如何实现的？][SpringBoot]

4、[单怼多线程，60道面试题，你能答上几个？（附答案）][60]

5、[这21 个刁钻的HashMap 面试题，我把阿里面试官吊打了！][21 _HashMap]

6、[用 float 存储金额，老板说损失从工资里扣！][float]

7、[别用Date了，Java8新特性之日期处理，现在学会也不迟！][Date_Java8]

8、[*【收藏了】10分钟读懂进程线程、同步异步、阻塞非阻塞、并发并行*][10]

####  ####

注：加群要求 微信学习交流群：

> 1、想学习JAVA这一门技术， 对JAVA感兴趣零基础，想从事JAVA工作的。  
> 2、工作1-5年，感觉自己技术不行，想提升的  
> 3、如果没有工作经验，但基础非常扎实，想提升自己技术的。  
> 4、还有就是想一起交流学习的。  
>

小编个人微信

![format_png 7][]

(如果你有学习上不懂的问题、需要学习视频资源等;都可长按识别上方二维码添加小编为好友, 我将免费为你提供完整的学习路线和各种视频学习资源)

如果您觉得不错，请别忘了转发、分享、点赞让更多的人去学习， 您的举手之劳，就是对小编最好的支持，非常感谢！

> 如何您想进技术群交流，关注公众号在后台回复 “加群”，或者 “学习” 即可
> 
> 著作权归作者所有，欢迎大家投稿 (投稿作者我会在公众号一一署名一并感谢
> 
> 要加群的赶紧上车![format_png 8][]![format_png 8][]![format_png 8][]，请加我微信2782278837统一拉群

**![format_png 9][]**

***—写文不易，你的转发就是对我最大的支持—***

--------------------

**看完本文有收获？请转发分享给更多有需要的人**

####  ####

关注 java大数据修炼之道

每天学习java技术，你想学的Java知识这里都有！

![format_png 10][]

微信扫描二维码，关注我的公众号

写留言

![format_png 11][]

喜欢就给个“**在看![format_png 12][]**”

[format_png]: /images/20221124/5a4dbf6c4815452d98f6a3f72e3f005e.png
[format_png 1]: /images/20221124/ea6a66d33a134581b9841f8176e17737.png
[format_png 2]: /images/20221124/d860410a5e5e40aead46e9167a51f198.png
[format_png 3]: /images/20221124/007961b30a744575895ae3d813331126.png
[format_png 4]: /images/20221124/c240f5de94c2464999341c7f6a1a1516.png
[format_png 5]: /images/20221124/3a28707f2fcb449f887d1da447160b09.png
[format_png 6]: /images/20221124/646f625c75da447c95268eaf18e516bd.png
[java]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1cfbeccb646a83ac13e324f5ca70ecd01f688bd810dcd229cccdde88b3690eb182a94bae6&idx=1&mid=2247483762&scene=21&sn=8d0fd837e7c868b2f77127a64d2260cc#wechat_redirect
[java_20_ _java]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1cb6cccb6427abba16e35141d514f611d4bad664e20035b0d6514cf75cf747f0b0c54641b&idx=1&mid=2247484832&scene=21&sn=76f34dcd6696bdf4632b78855486d896#wechat_redirect
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1c8c6ccb641d0dc00120f62cd2cc3da873c6648e5401823564048bda77b76f685e0568c53&idx=1&mid=2247484938&scene=21&sn=b3fb2a265c02f824771ee19aceb64224#wechat_redirect
[Link 2]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1cb07ccb64211c9302f4b48ba92a7a16ef97c5706a44a84286ca414ab3ed7f4513bbc43d3&idx=1&mid=2247484875&scene=21&sn=c24484d48517e98235057fc80eac50d6#wechat_redirect
[Link 3]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1cbcbccb642ddcc2720cfa34af7d0b8eb5eca82b538c97327b75fbd48ff305fe7a4f30c93&idx=1&mid=2247484679&scene=21&sn=e0d4a79995bd669a36a900fcfd7d0249#wechat_redirect
[Link 4]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1ca77ccb643619ebd812997ebca319c03cec606ed3510bbdf86c3ada7790c4d4abe22282a&idx=1&mid=2247484603&scene=21&sn=5a0ebe2a691ee77c2a2489ef320afb26#wechat_redirect
[Java]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1cb36ccb6422021be4e85e8152d660403e2a2359f937634701bf27342da75e4ac81558b0d&idx=1&mid=2247484922&scene=21&sn=e30aef5645e76c09b56b110e1d5d2633#wechat_redirect
[Redis]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d5b1ccb65ca7e6c87ef32d3065111a9181c398e6ad39b66cf4f07f03167998a8b07f3bd1&idx=1&mid=2247490429&scene=21&sn=3c6e19f168166593d5d050bfe6b24410#wechat_redirect
[Java 1]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d5d5ccb65cc3909a0d110a38ced89e9f8ebaec4f1d24088ed23c287b7032dba52f806542&idx=1&mid=2247490329&scene=21&sn=36f8cab59918bf1c8d0499ef6c7da13c#wechat_redirect
[SpringBoot]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d591ccb65c874368c7940d76355d95185fb379cc3bc5f97fdc505b96ab1a03e68b59a94a&idx=1&mid=2247490397&scene=21&sn=9688c6f29545ea6c11325cbd6ab01c2a#wechat_redirect
[60]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d557ccb65c41ec5d3b7dedd6c7a22949ddcb5de1406de482c3b702a1a4768c66b730b219&idx=1&mid=2247490459&scene=21&sn=66bc23ae41a8abcb9a6f00be754b2e47#wechat_redirect
[21 _HashMap]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d429ccb65d3fc4be6ab008e4318d3beeccb1394801c72e33cbb9fd162868dce2b9b0c0f2&idx=1&mid=2247490277&scene=21&sn=63d44db7ae6930f25478119f423227d4#wechat_redirect
[float]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d5cdccb65cdb97329d4ab51a9362c0515d6fe70c3def3dfa370cc2439fef10f9c2a87c51&idx=1&mid=2247490305&scene=21&sn=5649957d74d035a0919293b92a5659f6#wechat_redirect
[Date_Java8]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d61eccb65f0864848b37346e5974185df98744a6509b8330796898926ead638ebf5ef5c9&idx=1&mid=2247489746&scene=21&sn=50c98d26b5f2bf0d3d5be902468b54dc#wechat_redirect
[10]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc1d748ccb65e5e8bfe2334dac9c4a1678fa77a4b1c6bb230fb4442682c36120cfb8d8941ae&idx=1&mid=2247489924&scene=21&sn=40b4b841430ae75879b25545291dbf0a#wechat_redirect
[format_png 7]: /images/20221124/4686c61563fc44dfb0e1385d2b4e33bf.png
[format_png 8]: /images/20221124/1fe2a427c51a4c019f7c1df79bb7934c.png
[format_png 9]: /images/20221124/b33da1628a82475b992f60a05c29a99a.png
[format_png 10]: /images/20221124/27359a5e8c7546c680da13cf197349d4.png
[format_png 11]: /images/20221124/20c2b6ecfdd0465b9ffb2a1bad586be9.png
[format_png 12]: /images/20221124/f0041e12d5e94eca929a47b5cad5018f.png