场景
略
内容
- 是一种数据驱动的设计模式,它属于行为型模式。请求以命令的形式包裹在对象中,并传给调用对象。调用对象寻找可以处理该命令的合适的对象,并把该命令传给相应的对象,该对象执行命令。
1.命令模式
- 命令模式就是将不同的请求封装成不同的命令对象Command,然后交给Command的触发器Invoker去执行。
- 命令模式真正的真谛,就在于说将某个操作封装成一个命令的概念,在后面可以对这些命令做一些复杂的操作。
1.1 类图
1.2 代码
public class CommandPattern2 {
public static void main(String[] args) {
//1.创建多条命令Command
CommandA commandA = new CommandA();
CommandB commandB = new CommandB();
//2.创建命令触发器
Invoker invoker = new Invoker();
//3.命令触发器执行对应的命令
invoker.setCommand(commandA);
invoker.execute();
invoker.setCommand(commandB);
invoker.execute();
}
//=======================命令触发器==================
public static class Invoker{
private Command command;
public void execute(){
System.out.println("一些别的逻辑A");
command.execute();
System.out.println("一些别的逻辑B");
}
public Command getCommand() {
return command;
}
public void setCommand(Command command) {
this.command = command;
}
}
///====================命令接口封装====================
public interface Command{
void execute();
}
public static class CommandA implements Command{
public void execute() {
System.out.println("命令A的功能逻辑执行");
}
}
public static class CommandB implements Command{
public void execute() {
System.out.println("命令B的功能逻辑执行");
}
}
}
2.总结
2.1 场景
- 一般我们在序偶缓存设计时候,会有两种请求要发送过来执行;一种请求是读请求,一种请求是写请求,不同请求要执行的功能逻辑是不一样的
- 此时就非常适合用这个命令模式;将读请求的功能逻辑封装到ReadCommand里面去,将写请求的功能逻辑封装到WriteCommand里面去; 然后设置一个通用的一个命令执行的类invoker
- 读请求来了,就封装ReadCommand,交给同一个命令执行类来invoker执行即可;写请求来了,就封装WriteCommand,交给同一个命令感知性类invoker来执行即可
2.1 命令模式优点
- 所以为什么要用这种模式呢?;其实很多时候,用模式,是采用模式的合理的思想,去良好的设计你的代码;你运用了模式之后,就可以很好的表达你的代码组件是干嘛的
- 常用调用一个工具类的某个方法,太恶心了,从面相对象设计的角度,你没有任何面向对象的设计,你就是一个面向过程,面向方法在执行这个功能;如果你的面向对象的设计太烂的话,几乎没有设计,到了1年以后,你的系统的代码很难看懂,几乎没人能看懂;但是反过来说,按照设计模式体现出的优秀的面向对象设计的思想,来规划你的代码的设计,可能几年以后;别人过来,不同命令,代表了不同的逻辑,代码就很好理解,可读性,维护性,扩展性。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。