command 模式
命令模式是很常用的,一般就是说,你可能会执行一些操作,这些操作都实现一个接口,但是有不同的命令实现,然后命令的执行类就是同一个,你需要执行哪个命令就封装那个命令后发送给执行类即可;
其实命令模式非常适合跟工厂方法模式结合起来使用,就是使用多个工厂来制造出不同的命令类来,将命令的构造放在工厂方法中;
package com.example.designpattern.command;public class CommandPatternDemo {public static void main(String[] args) {Command commandA = new CommandA();Command commandB = new CommandB();Invoker invoker = new Invoker();invoker.setCommand(commandA);invoker.execute();invoker.setCommand(commandB);invoker.execute();// 我给大家举个例子// 我之前在龙果讲了一个课程,就是缓存架构课程// 有两种请求要发送过来执行// 一种请求是读请求,一种请求是写请求,不同请求要执行的功能逻辑是不一样的// 此时就非常适合用这个命令模式// 将读请求的功能逻辑封装到ReadCommand里面去,将写请求的功能逻辑封装到WriteCommand里面去// 然后设置一个通用的一个命令执行的类// 读请求来了,就封装ReadCommand,交给同一个命令执行类来执行即可// 写请求来了,就封装WriteCommand,交给同一个命令感知性类来执行即可// 所以为什么要用这种模式呢?// 其实很多时候,用模式,是采用模式的合理的思想,去良好的设计你的代码// 你运用了模式之后,就可以很好的表达你的代码组件是干嘛的// 调用一个工具类的某个方法,太恶心了,从面相对象设计的角度,你没有任何面向对象的设计,你就是一个面向过程// 面向方法在执行这个功能// 如果你的面向对象的设计太烂的话,几乎没有设计,到了1年以后,你的系统的代码很难看懂,几乎没人能看懂// 但是反过来说,按照设计模式体现出的优秀的面向对象设计的思想,来规划你的代码的设计,可能几年以后,// 别人过来,不通命令,代表了不同的逻辑,代码就很好理解,可读性,维护性,扩展性// 构造器模式,builder,工厂模式}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的功能逻辑");}}public static class Invoker {private Command command;public Command getCommand() {return command;}public void setCommand(Command command) {this.command = command;}public void execute() {System.out.println("一些别的逻辑A");command.execute();System.out.println("一些别的逻辑B");}}}
