java设计模式——命令模式(Command Pattern)
来源:互联网 发布:mac怎么同时看两个页面 编辑:程序博客网 时间:2024/06/16 19:31
概述:
在软件开发中,我们经常需要向某些对象发送请求(调用其中的某个或某些方法),但是并不知道请求的接收者是谁,也不知道被请求的操作是哪个,此时,我们特别希望能够以一种松耦合的方式来设计软件,使得请求发送者与请求接收者能够消除彼此之间的耦合,让对象之间的调用关系更加灵活,可以灵活地指定请求接收者以及被请求的操作。命令模式为此类问题提供了一个较为完美的解决方案。
命令模式可以将请求发送者和接收者完全解耦,发送者与接收者之间没有直接引用关系,发送请求的对象只需要知道如何发送请求,而不必知道如何完成请求。
定义:
命令模式(Command Pattern):将一个请求封装为一个对象,从而使我们可用不同的请求对客户进行参数化;对请求排队或者记录请求日志,以及支持可撤销的操作。命令模式是一种对象行为型模式,其别名为动作(Action)模式或事务(Transaction)模式。
结构:
- Command(抽象命令类):抽象命令类一般是一个抽象类或接口,在其中声明了用于执行请求的execute()等方法,通过这些方法可以调用请求接收者的相关操作。
- ConcreteCommand(具体命令类):具体命令类是抽象命令类的子类,实现了在抽象命令类中声明的方法,它对应具体的接收者对象,将接收者对象的动作绑定其中。在实现execute()方法时,将调用接收者对象的相关操作(Action)。
- Invoker(调用者):调用者即请求发送者,它通过命令对象来执行请求。一个调用者并不需要在设计时确定其接收者,因此它只与抽象命令类之间存在关联关系。在程序运行时可以将一个具体命令对象注入其中,再调用具体命令对象的execute()方法,从而实现间接调用请求接收者的相关操作。
- Receiver(接收者):接收者执行与请求相关的操作,它具体实现对请求的业务处理。
UML图:
场景:公司项目开发过程中,客户有需求,直接通过项目经理来传递,比如客户要改需求,无论改画面或者改流程也好,直接跟项目经理沟通,然后项目经理根据情况找到公司相关负责人进行任务分配,关于界面的会让UI组去完成,关于业务流程的让开发组完成,客户只需要最终结果就行了。
代码分析:
/**
* Created by **
* 定义一个调用者:项目经理
*/
public class Invoker {
private Command command;
/**
* 接到客户具体命令
* @param command
*/
public void setCommand(Command command){
this.command = command;
}
/**
* 执行命令
*/
public void call(){
this.command.execute();
}
}
* Created by **
* 定义一个调用者:项目经理
*/
public class Invoker {
private Command command;
/**
* 接到客户具体命令
* @param command
*/
public void setCommand(Command command){
this.command = command;
}
/**
* 执行命令
*/
public void call(){
this.command.execute();
}
}
/**
* Created by **
* 定义命令抽象类
*/
public abstract class Command {
// 需要执行的命令
protected abstract void execute();
}
* Created by **
* 定义命令抽象类
*/
public abstract class Command {
// 需要执行的命令
protected abstract void execute();
}
/**
* Created by **
* 抽象接收者:负责执行具体的任务
*/
public abstract class ReceivceGroup {
protected abstract void add();
protected abstract void modify();
protected abstract void delete();
}
* Created by **
* 抽象接收者:负责执行具体的任务
*/
public abstract class ReceivceGroup {
protected abstract void add();
protected abstract void modify();
protected abstract void delete();
}
/**
* Created by **
* 具体接收者
*/
public class RequirementGroup extends ReceivceGroup {
@Override
protected void add() {
LogFactory.log("增加一个需求");
}
@Override
protected void delete() {
LogFactory.log("删除一个需求");
}
@Override
protected void modify() {
LogFactory.log("修改需求计划");
}
}
* Created by **
* 具体接收者
*/
public class RequirementGroup extends ReceivceGroup {
@Override
protected void add() {
LogFactory.log("增加一个需求");
}
@Override
protected void delete() {
LogFactory.log("删除一个需求");
}
@Override
protected void modify() {
LogFactory.log("修改需求计划");
}
}
/**
* Created by **
* 具体的命令
*/
public class AddRequirementCommand extends Command {
private RequirementGroup requirementGroup = new RequirementGroup();
@Override
protected void execute() {
this.requirementGroup.delete();
this.requirementGroup.add();
this.requirementGroup.modify();
}
}
* Created by **
* 具体的命令
*/
public class AddRequirementCommand extends Command {
private RequirementGroup requirementGroup = new RequirementGroup();
@Override
protected void execute() {
this.requirementGroup.delete();
this.requirementGroup.add();
this.requirementGroup.modify();
}
}
客户端:
// 找到项目经理
Invoker invoker = new Invoker();
// 客户下达具体命令
AddRequirementCommand addRequirementCommand = new AddRequirementCommand();
// 经理收到这个命令
invoker.setCommand(addRequirementCommand);
// 执行命令
invoker.call();
Invoker invoker = new Invoker();
// 客户下达具体命令
AddRequirementCommand addRequirementCommand = new AddRequirementCommand();
// 经理收到这个命令
invoker.setCommand(addRequirementCommand);
// 执行命令
invoker.call();
log输出:
08-12 17:11:59.056 22236-22236/? D/yangjun: 删除一个需求
08-12 17:11:59.056 22236-22236/? D/yangjun: 增加一个需求
08-12 17:11:59.056 22236-22236/? D/yangjun: 修改需求计划
优点:
- 降低系统的耦合度。
- 新的命令可以很容易地加入到系统中。
- 可以比较容易地设计一个命令队列和宏命令(组合命令)。
- 可以方便地实现对请求的Undo和Redo。
缺点:
- 使用命令模式可能会导致某些系统有过多的具体命令类。因为针对每一个命令都需要设计一个具体命令类,因此某些系统可能需要大量具体命令类,这将影响命令模式的使用。
适用环境:
- 系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互。
- 系统需要在不同的时间指定请求、将请求排队和执行请求。 一个命令对象和请求的初始调用者可以有不同的生命期,换言之,最初的请求发出者可能已经不在了,而命令对象本身仍然是活动的,可以通过该命令对象去调用请求接收者,而无须关心请求调用者的存在性,可以通过请求日志文件等机制来具体实现。
- 系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。
- 系统需要将一组操作组合在一起,即支持宏命令
扩展:
宏命令又称为组合命令,它是命令模式和组合模式联用的产物。
- 宏命令也是一个具体命令,不过它包含了对其他命令对象的引用,在调用宏命令的execute()方法时,将递归调用它所包含的每个成员命令的execute()方法,
- 一个宏命令的成员对象可以是简单命令,还可以继续是宏命令。执行一个宏命令将执行多个具体命令,从而实现对命令的批处理。
0 0
- java设计模式——命令模式(Command Pattern)
- Java设计模式——命令模式(Command Pattern)
- Java设计模式--命令模式【Command Pattern】
- Java设计模式 Design Pattern:命令模式 Command Pattern
- C#设计模式——命令模式(Command Pattern)
- 设计模式——命令模式 (Command Pattern)
- 设计模式(15)——命令模式(Command Pattern)
- 设计模式 —— 命令模式(Command Pattern)
- 设计模式——命令模式(Command Pattern)
- JAVA设计模式—命令模式(Command)
- 命令设计模式(Command Pattern)
- JAVA设计模式之 命令模式【Command Pattern】
- 【Java设计模式】· 命令模式(Command Pattern)
- Java设计模式:命令模式(Command Pattern)
- 设计模式 - Command Pattern(命令模式)
- 设计模式 - Command Pattern(命令模式)
- 设计模式之命令模式(Command Pattern)
- 设计模式14 - 命令模式 Command Pattern
- spring--bean的作用域
- Activity的启动模式
- 存储过程
- JVM 优化经验总结
- TYZ 8/22 人品问题
- java设计模式——命令模式(Command Pattern)
- app版本更新流程
- poj 2387 最短路水题
- jquery--call()&apply()函数
- tableView段头不能移出屏幕的问题
- JAVA之网络编程
- HashMap的实现原理
- 使用Safari调试iOS模拟器的WebView
- Adaboost算法(单层决策树)