举个栗子

指挥官向士兵下达命令,士兵执行

实现代码如下:

class Soldier {
public void exe() {
System.out.println("执行命令");
}
} class Commander {
public void invok() {
Soldier soldier=new Soldier();
soldier.exe();
}
}

代码问题

上诉代码是最基本的一个实现,存在问题:

  1. Commander和Soldier高度耦合
  2. 新增命令的话,要改动Commander类,扩展性不好(影响已有实现),不符合OCP原则
  3. 指挥官指挥实现多条命令时,又要改Commander
  4. 士兵执行命令时如果加一些控制的话,如记录日志、延缓执行,加到哪都不合适,SRP和OCP原则。

重构后代码

class Soldier {
public void doCommandA() {
System.out.println("执行命令A");
}
public void doCommandB() {
System.out.println("执行命令B");
}
} class CommandCenterA implements Command{
Soldier soldier;
public CommandCenterA(Soldier soldier) {
this.soldier=soldier;
} @Override
public void exe() {
waitTime();
soldier.doCommandA();
soldier.doCommandB();
}
private void waitTime() {
System.out.println("延迟执行");
} } class Commander {
Command command;
public Commander(Command command) {
this.command=command;
}
public void exe(){
command.exe();
}
} class Client{
public static void main(String[] args) {
Soldier soldier=new Soldier();
Command command=new CommandCenterA(soldier);//将soldier注入到命令中心
Commander commander=new Commander(command);//将命令中心注入到指挥官
commander.exe();
}

解决的问题

  1. Commander和Soldier隔离,解除耦合,
  2. 新增命令时,只需新增Command接口的实现CommandCenter,实现对命令和请求控制
  3. CommandCenter可以实现复合命令,延迟执行,记录日志等

命令模式

命令模式把一个请求或者操作封装到一个对象中,并把发出命令和执行命令隔离,使得发出命令不必关心命令如何执行。

讲个实例:

比如开关灯和开关空调。

最原始的,就是把两根电线连到一起,灯亮空调开,断开,灯灭空调关。(Receiver)

现在我们加了个开关,开关不仅能开灯,还能开空调。(将电灯开关和空调开关进一步抽象)

开关内部的实现,就是我们的命令中心。(开空调时可以设置温度,开灯时可以延缓执行)

将开关和电线隔离,并加入了我们对命令的具体控制。这就是命令模式。

Java实现要点 Invoker(请求者)+Commander(命令中心)+Receiver(执行者)

  1. 将请求者和执行者,加入中间层“命令中心”,将请求者对象绑定于一个动作
  2. 将命令中心抽象出接口,使得请求者依赖于接口而不是具体实现
  3. 命令中心实现对请求者和执行者的解耦

JDK中的命令模式

比较经典的应该就是Runnable了吧。

//执行者
Runnable soldier= new Runnable() {
public void run() {
System.out.println("执行命令");
}
};
//命令中心
Runnable thread=new Thread(solder);//可继承Thread继续定制
thread.sleep(1000);
//请求者
thread.start();

Thread源码:

/* What will be run. */
private Runnable target; public Thread(Runnable target) {
init(null, target, "Thread-" + nextThreadNum(), 0);
}
/**
* If this thread was constructed using a separate
* <code>Runnable</code> run object, then that
* <code>Runnable</code> object's <code>run</code> method is called;
* otherwise, this method does nothing and returns.
* <p>
* Subclasses of <code>Thread</code> should override this method.
*
* @see #start()
* @see #stop()
* @see #Thread(ThreadGroup, Runnable, String)
*/
@Override
public void run() {
if (target != null) {
target.run();
}
}

注入了Runnable,并实现了对Runnable的控制。

优点

  1. 松耦合
  2. “命令中心”对命令可控(如日志化,延缓,复合命令),对请求可控(如队列,参数化)
  3. 扩展性。只需要实现新的“命令中心”即可,任意装配,并且不影响已有的实现,因为命令发起者(指挥官)中的命令中心时接口注入。

命令模式/command模式/行为型模式的更多相关文章

  1. NET设计模式 第二部分 创建型模式(6):创建型模式专题总结(Creational Pattern)

    创建型模式专题总结(Creational Pattern) ——.NET设计模式系列之七 Terrylee,2006年1月 概述 创建型模式,就是用来创建对象的模式,抽象了实例化的过程.它帮助一个系统 ...

  2. 抽象工厂模式(abstract)创建型模式

    (一)简单工厂模式? 现在的学习是面向对象面向接口的,但是执行时的操作需要实例化后的对象.随着我们需要的类的增加,我们就需要把这些共同的东西提取出来,放在一个抽象类中,让这些子类来继承抽象类.当我们调 ...

  3. 设计模式学习之命令模式(Command,行为型模式)(12)

    一.命令模式的定义 命令模式属于对象的行为型模式.命令模式是把一个操作或者行为抽象为一个对象中,通过对命令的抽象化来使得发出命令的责任和执行命令的责任分隔开.命令模式的实现可以提供命令的撤销和恢复功能 ...

  4. 设计模式学习之建造者模式(Builder,创建型模式)(6)

    假如我们需要建造一个房子,并且我们也不知道如何去建造房子,所以就去找别人帮我们造房子 第一步: 新建一个房子类House,里面有房子该有的属性,我们去找房子建造者接口HouseBuilder,我们要建 ...

  5. 设计模式学习之原型模式(Prototype,创建型模式)(5)

    通过序列化的方式实现深拷贝 [Serializable] public class Person:ICloneable { public string Name { get; set; } publi ...

  6. ANDROID 中设计模式的采用--创建型模式

     所谓模式就是在某一情景下解决某个问题的固定解决方案. 所有的创建型模式都是用作对象的创建或实例化的解决方案. 1 简单工厂模式 创建对象的最简单方法是使用new来创建一个对象,如果只创建一种固定 ...

  7. 设计模式学习之模板方法模式(TemplateMethod,行为型模式)(9)

    一.什么是模板方法模式 Template Method模式也叫模板方法模式,是行为模式之一,它把具有特定步骤算法中的某些必要的处理委让给抽象方法,通过子类继承对抽象方法的不同实现改变整个算法的行为. ...

  8. 七、备忘录模式Memento(行为型模式)

    其目的是,在不违反封装原则的前提下.採集和备份一个对象的内部状态以便这个对象能够在以后恢复到之前的某个状态. 在Memento模式中,有例如以下角色: 1.Memento (备忘录) * 存储Orig ...

  9. 设计模式-抽象工厂模式(AbstractFactory)(创建型模式)

    //以下代码来源: 设计模式精解-GoF 23种设计模式解析附C++实现源码 //Product.h #pragma once class AbstractProductA { public: vir ...

  10. GoF的23种设计模式之行为型模式的特点和分类(2)

    行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配. 行为型模式分为类行为模式和对象行为模式,前者采用继 ...

随机推荐

  1. pycharm 中 pep8 检查开启.

    pycharm pep8检查的开启,默认是暗黄色,我这里为了醒目给改成了黄色.

  2. poj 1511(spfa)

    ---恢复内容开始--- http://poj.org/problem?id=1511 一个spfa类的模板水题. 题意:就是求从1到n个点的来回的所有距离和. 对spfa类的题还是不太熟练,感觉还是 ...

  3. POJ 3322(广搜)

    ---恢复内容开始--- http://poj.org/problem?id=3322 题意:http://jandan.net/2008/01/24/bloxorz.html就是这个鬼游戏 我也是郁 ...

  4. ansible中tag的用法

    Tags 根据官方文档介绍: ansible允许通过自定义的关键字来给playbook中的资源打上标签,然后只运行标签标记的那个task任务. 例如,可能有个完成的OS配置,然后特定的步骤标记为“nt ...

  5. 批处理命令——goto 和 :

    谈起goto,相信大家应该想到的是面向过程编程.其实,这就相当于当有人向你谈起class,意味着你就懂得面向对象编程.如果你不懂,那么你们的沟通将会很困难.不懂我说的啥意思吗?请参见曾经分享王路的一篇 ...

  6. 51nod 1065 最小正子段和 (贪心)

    题目:传送门. 题意:中文题. 题解:求前缀和,并且标记每个数的下标,按照前缀和大小进行从小到大排序.随后进行遍历,如果满足下标data[i-1].id<data[i].id&& ...

  7. 电子现金、电子钱包、qPBOC、闪付、UPCash

    一.关于金融IC卡领域的规范 由Europay.Mastercard.Visa三大国际信用卡组织联合制定的金融集成电路(IC)卡金融支付标准,称为EMV规范,其目的是为金融IC卡.金融终端.支付系统以 ...

  8. 413. Arithmetic Slices

    /**************************Sorry. We do not have enough accepted submissions.*********************** ...

  9. C++异常层次结构图

  10. 警告 - no rule to process file 'WRP_CollectionView/README.md' of type net.daringfireball.markdown for architecture i386

    warning: no rule to process file '/Users/mac/Downloads/Demo/Self/WRP_CollectionView/WRP_CollectionVi ...