Java设计模式学习记录-命令模式 Java设计模式学习记录-GoF设计模式概述

前言

此次要介绍的是命令模式，这也是一种行为型模式。最近反正没有面试机会我就写博客呗，该投的简历都投了。而后就继续看书，其实看书也会给本身带来成就感，原来之前不明白的东西，书上已经给完全的介绍清楚了，而后读到完了就有一种恍然大悟的感受，怕本身理解的有问题，还要去网上搜各类答案来确保本身的理解确实没问题。最近看到一句话感受颇有道理：读书最好的目的在于，你会发现凭借自身阅读构建起来的小世界，能以体恤式的温柔，消除自身的苦难。

命令模式

概念介绍

命令模式：将一个请求封装为一个对象，从而使咱们可用不一样的请求对用户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操做。也有称其为动做模式的，由于经过命令是要执行一系列动做的，其实主要仍是在你的请求和处理之间加上了一个中间人的角色，来达到分离耦合的目的。经过对中间人角色的特殊设计来造成不一样的模式。

举例

仍是举例子吧，如今智能手机上大部分是有语音助手的，例如苹果手机的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：建立具体的命令对象，而且设置命令对象的接收者。也能够理解为装配者。

命令模式总结

命令模式的优势

一、下降系统的耦合度。因为请求者与接收者之间不存在直接引用，所以请求者与接收者之间实现彻底解耦，相同的请求者能够对应不一样的接收者，一样，相同的接收者也能够供不一样的请求者使用，二者之间具备良好的独立性。

二、新的命令能够很容易地加入到系统中。因为增长新的具体命令类不会影响到其余类，所以增长新的具体命令类很容易，无须修改原有系统源代码，甚至客户类代码，知足“开闭原则”的要求。

命令模式的缺点

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

使用场景

系统须要将请求调用者和请求接收者解耦，使得调用者和接收者不直接交互。

系统须要在不一样的时间指定请求、将请求排队和执行请求。

补充

其实命令模式后面还有一些是须要介绍的，例如宏命令，撤销操做等等，可是由于今天的计划要留出一部分时间去看其余的知识，就下次有时间了再补充上去。

 

 

 

想了解更多的设计模式请查看Java设计模式学习记录-GoF设计模式概述。