美文网首页玩转设计模式
第八章———命令模式

第八章———命令模式

作者: 博尔特uncle | 来源:发表于2017-11-06 15:52 被阅读0次

    又是新的一周了,今天股市基金两头红,心情高兴不扯淡,直接代码就是干。

    命令模式是一个简单且实用的设计模式;我们先看看定义:
    命令模式是一个高内聚的模式,其定义为:Encapsulate a request as an object,thereby
    letting you parameterize clients with different requests,queue or log requests,and support undoable
    operations.(将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请
    求排队或者记录请求日志,可以提供命令的撤销和恢复功能。)

    官方说的很抽象难理解;所谓命令,就要有命令发布者,接收者,具体命令;我们试着写个Demo;
    例如有这么一个需求:

    一个外包公司接了一个活,客户以文档形式提了一些需求,价格什么的都谈好了;公司内部研发团队也是比较健全的,有UI组有产品组有研发组;日后的协作中客户会经常变更需求;这个时候就有个沟通过程;我们现在用程序来模拟一下这个场景;

    接收者是具体的项目组,比如修改个UI那就是UI组,添加个需求那就是需求组,我们来定义一下这个接收者的抽象:

    package com.ldl.commonmode;
         /**
          * @author deling 2017年11月6日 定义命令的接收者具体由其子类接          收*/
      public abstract class Group {
    // 找到这个组
    public abstract void find();
    
    // 添加需求
    public abstract void add();
    
    // 删除需求
    public abstract void delete();
    
    // 修改需求
    public abstract void change();
    
    // 给出一个具体修改后的计划
    public abstract void plan();
    }
    

    我们具体实现一个:

     package com.ldl.commonmode;
    
        /**
            * @author deling 2017年11月6日
       */
          class Products extends Group {
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#find()
     */
    @Override
    public void find() {
        System.out.println("找到Products组");
    
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#add()
     */
    @Override
    public void add() {
        // TODO Auto-generated method stub
        System.out.println("让Products组添加一个需求");
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#delete()
     */
    @Override
    public void delete() {
        // TODO Auto-generated method stub
        System.out.println("让Products组删除一个需求");
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#change()
     */
    @Override
    public void change() {
        // TODO Auto-generated method stub
        System.out.println("让Products组修改一个需求");
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#plan()
     */
    @Override
    public void plan() {
        // TODO Auto-generated method stub
        System.out.println("让Products组返回一个改变后的计划书");
    }
         }
    

    这个是产品组:
    下面我们再具体定义一个Ui组和业务实现组:

            package com.ldl.commonmode;
    
         /**
          * @author deling 2017年11月6日
         */
       public class UiGroup extends Group {
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#find()
     */
    @Override
    public void find() {
        System.out.println("找到Ui组");
    
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#add()
     */
    @Override
    public void add() {
        System.out.println("让Ui组删除一个界面");
    
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#delete()
     */
    @Override
    public void delete() {
        // TODO Auto-generated method stub
    
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#change()
     */
    @Override
    public void change() {
        // TODO Auto-generated method stub
        System.out.println("让Ui组修改一个界面");
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Group#plan()
     */
    @Override
    public void plan() {
        // TODO Auto-generated method stub
        System.out.println("让Ui返回给一个具体修改后的计划");
    
    }
    
     }
    

    好了Code组同上,我们怎么调用呢这三个组相互协调,总得有个调度员吧;我了我们定义个Invoker类作为调度员:

    package com.ldl.commonmode;
    /**
    * @author deling 2017年11月6日定义一个接头人跟客户对接接收客户命令   并且执行 */
      public class Invoker {
    private Command command;
    
    public Command getCommand() {
        return command;
    }
    
    public void setCommand(Command command) {
        this.command = command;
    }
    
    public void action() {
        this.command.execute();
    }
            }
    

    测试一下:

      package com.ldl.commonmode;
      /*     * @author deling 2017年11月6日定义一个接头人跟客户对接接收客户命    令并且执行
        */
     public class Invoker {
    private Command command;
    
    public Command getCommand() {
        return command;
    }
    
    public void setCommand(Command command) {
        this.command = command;
    }
    
    public void action() {
        this.command.execute();
    }
     }
    
    图片.png

    效果还不错哦,
    这就是一种命令模式的应用;Group及其子类是具体命令接收执行者,Command以及其子类是具体的命令;命令发布协调调用是Invoker 来调度;具体发布什么命令可以继续扩展;我们也可以在发布命令时候指定接收者;例如:

       package com.ldl.commonmode;
       /**
         * @author deling 2017年11月6日
         */
         public class GloabCommand extends Command {
         private Group gloabGroup;
    
    public GloabCommand(Group gloabGroup) {
        super();
        this.gloabGroup = gloabGroup;
    }
    
    /*
     * (non-Javadoc)
     * 
     * @see com.ldl.commonmode.Command#execute()
     */
    @Override
    public void execute() {
        // TODO Auto-generated method stub
        this.gloabGroup.find();
    }}
    

    我们定义一个命令在构造方法里传进去由谁来接收执行;测试下

         Command gloabCommand=new GloabCommand(new CodeGroup());
        invoker.setCommand(gloabCommand);
        invoker.action();
    
    图片.png

    总结一下:
    命令模式的缺点:
    命令过多时候会造成命令膨胀;
    优点:
    类之间解耦,调用者角色与接收者角色之间没有任何依赖关系,调用者实现功能时只需调用Command
    抽象类的execute方法就可以;
    可扩展性:子命令可以很容易扩展;而调用者Invoker和高层次的模块Client不产生严
    重的代码耦合。

    对命令的撤销我们可以这么做;在接受者里抽取一个模板方法;具体命令里调用这个接收者的回滚的方法;最后我们附上一个通用类图:

    图片.png

    相关文章

      网友评论

        本文标题:第八章———命令模式

        本文链接:https://www.haomeiwen.com/subject/wygkmxtx.html