前言
这次要介绍的是命令模式，这也是一种行为型模式。最近反正没有面试机会我就写博客呗，该投的简历都投了。然后就继续看书，其实看书也会给自己带来成就感，原来以前不明白的东西，书上已经给彻底的介绍清楚了，然后读到完了就有一种恍然大悟的感觉，怕自己理解的有问题，还要去网上搜各种答案来确保自己的理解确实没问题。最近看到一句话感觉很有道理：读书最好的目的在于，你会发现凭借自身阅读构建起来的小世界，能以体恤式的温柔，消除自身的苦难。
命令模式
概念介绍
命令模式：将一个请求封装为一个对象，从而使我们可用不同的请求对用户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。也有称其为动作模式的，因为通过命令是要执行一系列动作的，其实主要还是在你的请求和处理之间加上了一个中间人的角色，来达到分离耦合的目的。通过对中间人角色的特殊设计来形成不同的模式。
举例
还是举例子吧，现在智能手机上大部分是有语音助手的，例如苹果手机的siri，百度地图上的小度。我们以siri为例子，当我们唤起siri后想让它给我打开微信时，siri就会把微信给打开了。这个过程就是一个体现命令模式的过程，下面用代码来实现一下。
定义命令接口
public interface Command { /** * 执行命令 */ void execute(); }
打开应用命令
public class OpenCommand implements Command { private Application app; public OpenCommand(Application app){ this.app = app; } /** * 执行命令 */ @Override public void execute() { app.on(); } }
应用抽象类
/** * 应用 */ public abstract class Application { /** * 打开应用 */ public abstract void on(); }
微信
/** * 微信 */ public class WeChat extends Application{ /** * 打开应用 */ @Override public void on() { System.out.println("微信打开了！"); } }
高德地图
/** * 高德地图 */ public class AMap extends Application{ /** * 打开应用 */ @Override public void on() { System.out.println("高德地图打开了！"); } }
语音助手Siri
/** * 语音助手 */ public class Siri { private Command command; /** * 设置要执行的命令 * @param command 命令 */ public void setCommand(Command command){ this.command = command; } /** * 执行命令 */ public void doCommand(){ command.execute(); } }
测试，使用
public class Client { public static void main(String[] args) { Siri siri = new Siri(); System.out.println("嘿 siri， 打开微信。"); Application weChat = new WeChat(); Command command = new OpenCommand(weChat); //siri传递命令 siri.setCommand(command); siri.doCommand(); System.out.println("嘿 siri，打开高德地图"); Application amap = new AMap(); command = new OpenCommand(amap); //siri传递命令 siri.setCommand(command); siri.doCommand(); } }
运行结果
嘿 siri， 打开微信。
微信打开了！
嘿 siri，打开高德地图
高德地图打开了！
这个例子是命令模式的最简单实现，其实命令模式还是有点复杂的，但是我们还是先从简单的来说然后才能慢慢到复杂。
下面分析一下命令模式的结构组成，结构图如下。
组成命令模式的角色如下所示：
Command（抽象命令者）：定义命令的接口，声明执行的方法。
ConcreteCommand（具体命令类）：命令接口实现对象，是“虚”的实现；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。
Receiver(接收者)：真正执行命令的对象。任何类都可能成为一个接收者，只要它能够根据命令要求实现的相应功能。
Invoker(调用者)：要求命令要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这是用户端真正出发命令并要求命令执行相应操作的地方，也就是说，相当于使用命令对象的入口。
Client：创建具体的命令对象，并且设置命令对象的接收者。也可以理解为装配者。
命令模式总结
命令模式的优点
1、降低系统的耦合度。由于请求者与接收者之间不存在直接引用，因此请求者与接收者之间实现完全解耦，相同的请求者可以对应不同的接收者，同样，相同的接收者也可以供不同的请求者使用，两者之间具有良好的独立性。
2、新的命令可以很容易地加入到系统中。由于增加新的具体命令类不会影响到其他类，因此增加新的具体命令类很容易，无须修改原有系统源代码，甚至客户类代码，满足“开闭原则”的要求。
命令模式的缺点
使用命令模式可能会导致某些系统有过多的具体命令类。因为针对每一个对请求接收者的调用操作都需要设计一个具体命令类，因此在某些系统中可能需要提供大量的具体命令类，这将影响命令模式的使用。
使用场景
系统需要将请求调用者和请求接收者解耦，使得调用者和接收者不直接交互。
系统需要在不同的时间指定请求、将请求排队和执行请求。
补充
其实命令模式后面还有一些是需要介绍的，例如宏命令，撤销操作等等，但是因为今天的计划要留出一部分时间去看其他的知识，就下次有时间了再补充上去。
想了解更多的设计模式请查看Java设计模式学习记录-GoF设计模式概述。