Java进阶篇设计模式之八 ----- 责任链模式和命令模式

前言

上一篇中我们学习了结构型模式的享元模式和代理模式。本篇则来学习下行为型模式的两个模式, 责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern)。

责任链模式

简介

责任链模式顾名思义,就是为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。在这种模式中,通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。

简单的理解的话就是进行层级处理。生活中比较常见的是请假、出差、加薪等申请等等,而工作中比较常见的就是拦截器和过滤器。如果请假申请是用以前的那种方式,发起者需要和每个负责人进行申请,会比较麻烦,但是现在一般是走OA流程,只需发起一个OA申请即可。这也是一种 这种就是典型的责任链模式,发起者只需将请求请求发送到职责链上即可,无需关心处理细节和请求的传递。

责任链模式主要由这三个角色组成,请求接收者接口(Handler)、请求实现者类(ConcreteHandler)和请求发送者(Client)。

  • 请求接收者接口:定义可以处理客户端请求事项的接口,包含“可链接下一个同样能处理请求”的对象引用。
  • 请求实现者类:实现请求处理接口,并判断对象本身是否能够处理本次请求,如果不能完成请求,则交由后继者来处理。
  • 请求发送者:将请求发送给第一个接收者对象,并等待请求的回复。

这里为了方便理解,我们使用一个简单的示例来加以说明。
在某公司的某个部门中,为了活跃部门气氛,主管便征求部门成员的意见,于是部门的成员踊跃提出建议,最终,主管采纳了 xuwujing 提倡的建议,并将此建议进行上报,申请活动经费。
那么我们便可以根据这里例子来使用责任链模式进行开发,首先加速有三级的领导,他们有个共同的特性,就是可以处理各自级别的事情,那么我们便可以定义一个领导的抽象类,并定义一个抽象方法可以处理事情,并设置一个级别的参数,那么这个抽象类的代码如下:


abstract class Learder{

   protected Learder learder;

   protected void setLearder(Learder learder){
       this.learder=learder;
   }

   protected Learder getLearder(){
       return learder;
   }

   abstract void handler(int  level);
}

定义好该抽象类之后,我们需要设计不同的领导进行不同的处理,但是这些领导需要有个处理的能力,并且还要根据各自不同的权限进行处理,如果能够处理,到此流程就结束了,否则无法处理则转交给上级进行处理。
那么代码如下:

class Supervisor extends Learder{
    private String name;
    private String something;
    public Supervisor(String name,String something) {
       this.name=name;
       this.something=something;
   }

   @Override
   void handler(int level) {
       //如果级别在自己的处理范围之内
       if(level>1){
           System.out.println("主管同意了  "+name+"所述的<"+something+">事情!");
       }else{
           System.out.println("主管未能处理  "+name+"所述的<"+something+">事情!转交给上级!");
           getLearder().handler(level);
       }
   }
}

class BranchManager extends Learder{
    private String name;
    private String something;
    public BranchManager(String name,String something) {
       this.name=name;
       this.something=something;
   }

   @Override
   void handler(int level) {
       boolean flag=true;
       //如果级别在自己的处理范围之内
       if(level>0){
           //这就就直接设置同意了
           if(flag){
               System.out.println("部门经理同意了  "+name+"所述的<"+something+">事情!");
           }else{
               System.out.println("部门经理不同意  "+name+"所述的<"+something+">事情!");
           }
       }else{
           System.out.println("部门经理未能处理  "+name+"所述的<"+something+">事情!转交给上级!");
           getLearder().handler(level);
       }
   }
}

class GeneralManager extends Learder{
    private String name;
    private String something;
    public GeneralManager(String name,String something) {
       this.name=name;
       this.something=something;
   }

   @Override
   void handler(int level) {
       boolean flag=false;
       //如果级别在自己的处理范围之内
       if(level>-1){
           //这就就直接设置不同意了
           if(flag){
               System.out.println("总经理同意了  "+name+"所述的<"+something+">事情!");
           }else{
               System.out.println("总经理不同意  "+name+"所述的<"+something+">事情!");
           }

       }else{
           System.out.println("总经理未能处理  "+name+"所述的<"+something+">事情!转交给上级!");
           getLearder().handler(level);
       }
   }
}

最后我们再来根据所需要走的流程来进行代码测试。由于在编写请求类时,我们并未指定谁是谁的上级,所以这里我们需要指定上下级关系,让流程能够走下去。指定上级之后,我们再来设置处理该事件的级别,最后再来进行运行。
那么测试代码如下:


public static void main(String[] args) {
       String name = "xuwujing";
       String something = "去聚餐";
       String something2 = "去旅游";
       Learder learder1 =new Supervisor(name, something);
       Learder learder2 =new BranchManager(name, something);
       Learder learder3 =new GeneralManager(name, something);
       learder1.setLearder(learder2);
       learder2.setLearder(learder3);
       learder1.handler(1);

       Learder learder4 =new Supervisor(name, something2);
       Learder learder5 =new BranchManager(name, something2);
       Learder learder6 =new GeneralManager(name, something2);
       learder4.setLearder(learder5);
       learder5.setLearder(learder6);
       learder4.handler(0);

}

输出结果:


        主管未能处理  xuwujing所述的<去聚餐>事情!转交给上级!
        部门经理同意了  xuwujing所述的<去聚餐>事情!
        主管未能处理  xuwujing所述的<去旅游>事情!转交给上级!
        部门经理未能处理  xuwujing所述的<去旅游>事情!转交给上级!
        总经理不同意  xuwujing所述的<去旅游>事情!

责任链模式优点:

耦合度低,请求者和执行者并没有必然的联系;
灵活度高,可以通过内部成员来进行更改它们执行的次序;
扩展性好,Handler的子类扩展非常方便。

责任链模式缺点:

会在某程度上降低程序的性能,设置不当的话可能会出现循环调用。
在链过长时,会降低代码的阅读性以及增加代码的复杂度。

使用场景:

需要动态指定处理某一组请求时,在不确定接受者的的情况下,向多个对象发送请求时。

注意事项:

虽然责任链模式很灵活,但是牺牲的是一定的性能,因为责任链模式是层级处理,在处理数据的有一定的延迟,所所以需要低延迟的情况下,不推荐使用责任链模式。

命令模式

简介

命令模式顾名思义,是一种数据驱动的设计模式,它属于行为型模式。请求以命令的形式包裹在对象中,并传给调用对象。调用对象寻找可以处理该命令的合适的对象,并把该命令传给相应的对象,该对象执行命令。
也就是将一个请求封装成一个对象,从而可以用不同的请求对客户进行参数化。

命令模式主要由这三个角色组成,命令对象(command)、命令执行对象(received)和命令请求对象(invoker)。

  • 命令对象:通过接口或抽象类声明实现的方法。
  • 命令执行对象:实现命令对象的方法,并将一个接收者和动作进行绑定,调用接收者相应的操作。
  • 命令请求对象:用于执行这个请求,可以动态的对命令进行控制。

这里我们依旧用一个简单的示例来进行说明。
在某个学校中,学生需要听从老师的命令,比如老师可以让学生去打扫教室卫生,去完成未做完的作业等等命令,但是学生的时间有限,只能在某个时间范围内完成某一件事情,此时刚好有两个老师对学生 xuwujing 说出了命令,李老师先让 xuwujing 在放学后打扫教室,王老师让 xuwujing 在回家前把未做完的作业做完并交给他,但是学校的门禁的时间有限,于是 xuwujing 就只 打扫了教室,然后开溜了。。。
那么根据这个示例,我们可以使用命令模式来完成。
首先,先定义一个学生类,并指定该学生可以做的事情。
代码如下:


class Student{
    void cleanClassRoom(String name){
        System.out.println(name+" 开始打扫教室...");
    }
    void doHomeWork(String name){
        System.out.println(name+" 开始做作业...");
    }
}

然后定义一个 命令抽象类,并设置执行的方法。


abstract class Command{
    protected Student student;
    public Command(Student student){
        this.student = student;
    }
    abstract void execute(String name);
}

继而再定义两个命令执行对象,分别设置所需执行的命令。


class LiTeacher extends Command{
    public LiTeacher(Student student) {
        super(student);
    }
    @Override
    void execute(String name) {
        student.cleanClassRoom(name);
    }
}

class WangTeacher extends Command{
    public WangTeacher(Student student) {
        super(student);
    }
    @Override
    void execute(String name) {
        student.doHomeWork(name);
    }
}

最后再来定义一个命令请求对象,用于执行该请求,并对命令进行控制,比如新增命令、撤销命令和执行命令等等。
那么代码如下:


class Invoker {
    private List<Command> commands = new ArrayList<Command>();

    public void setCommand(Command command) {
        if(commands.size()>0) {
            System.out.println("不执行 WangTeacher 的命令!");
        }else {
            commands.add(command);
        }
    }

    public void executeCommand(String name) {
        commands.forEach(command->{
            command.execute(name);
        });
    }

    public void undoCommand(Command command) {
        commands.remove(command);
        System.out.println("撤销该命令!");
    }
}

最后再来进行代码的测试。
测试代码如下:


public static void main(String[] args) {
        String name = "xuwujing";
        Student student = new  Student();
        Command command1 = new LiTeacher(student);
        Command command2 = new WangTeacher(student);
        Invoker invoker =new Invoker();
        invoker.setCommand(command1);
        invoker.setCommand(command2);
        invoker.executeCommand(name);
    }

输出结果:

不执行 WangTeacher 的命令!
xuwujing 开始打扫教室...

命令模式优点:

耦合度低,请求者和执行者并没有必然的联系;
扩展性好,Command的子类可以非常容易地扩展。

命令模式缺点:

如果命令过多的话,会增加系统的复杂度 。

使用场景:

如果在有类似命令需要指定的,就可以用命令模式,比如记录日志、撤销操作命令等。

其它

音乐推荐

分享一首很轻快的轻音乐!

项目的代码

java-study是本人在学习Java过程中记录的一些代码,也包括之前博文中使用的代码。如果感觉不错,希望顺手给个start,当然如果有不足,也希望提出。
github地址: https://github.com/xuwujing/java-study

原创不易,如果感觉不错,希望给个推荐!您的支持是我写作的最大动力!
版权声明:
作者:虚无境
博客园出处:http://www.cnblogs.com/xuwujing
CSDN出处:http://blog.csdn.net/qazwsxpcm 
个人博客出处:http://www.panchengming.com

原文地址:https://www.cnblogs.com/xuwujing/p/9794886.html

时间: 2024-08-04 21:44:47

Java进阶篇设计模式之八 ----- 责任链模式和命令模式的相关文章

Java进阶篇设计模式之十三 ---- 观察者模式和空对象模式

前言 在上一篇中我们学习了行为型模式的备忘录模式(Memento Pattern)和状态模式(Memento Pattern).本篇则来学习下行为型模式的最后两个模式,观察者模式(Observer Pattern)和空对象模式模式(NullObject Pattern). 观察者模式 简介 观察者模式又叫发布-订阅(Publish/Subscribe)模式.模型-视图(Model/View)模式.源-监听器(Source/Listener)模式或从属者(Dependents)模式.观察者模式定义

Java设计模式之八 ----- 责任链模式和命令模式

前言 在上一篇中我们学习了结构型模式的享元模式和代理模式.本篇则来学习下行为型模式的两个模式, 责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern). 责任链模式 简介 责任链模式顾名思义,就是为请求创建了一个接收者对象的链.这种模式给予请求的类型,对请求的发送者和接收者进行解耦.这种类型的设计模式属于行为型模式.在这种模式中,通常每个接收者都包含对另一个接收者的引用.如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接

Java进阶篇 设计模式之十四 ----- 总结篇

前言 本篇是讲述之前学习设计模式的一个总结篇,其目的是为了对这些设计模式的进行一个提炼总结,能够通过查看看此篇就可以理解一些设计模式的核心思想. 设计模式简介 什么是设计模式 设计模式是一套被反复使用的.多数人知晓的.经过分类编目的.代码设计经验的总结. 为什么使用设计模式 使用设计模式是为了重用代码.让代码更容易被他人理解.保证代码可靠性. 设计模式类型 设计模式有23种类型.按照主要分类可以分为三大类: 一.创建型模式 这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式,而不是使用 n

Java进阶篇设计模式之九----- 解释器模式和迭代器模式

前言 在上一篇中我们学习了行为型模式的责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern).本篇则来学习下行为型模式的两个模式, 解释器模式(Interpreter Pattern)和迭代器模式(Iterator Pattern). 解释器模式 简介 解释器模式顾名思义,就是对某事物进行解释.给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器.客户端可以使用这个解释器来解释这个语言中的句子. 解释器模式

Java进阶篇设计模式之四 -----适配器模式和桥接模式

前言 在上一篇中我们学习了创建型模式的建造者模式和原型模式.本篇则来学习下结构型模式的适配器模式和桥接模式. 适配器模式 简介 适配器模式是作为两个不兼容的接口之间的桥梁.这种类型的设计模式属于结构型模式,它结合了两个独立接口的功能. 简单的来说就是通过某个接口将不兼容的两个类进行兼容,俗称转换器. 生活比较典型的例子是电器的电压,美国的电压是110V左右, 而中国的电压普片是220V,如果我们想用美国或日本的电器,则需要一个转换器,将110V转换成220V.还有一个很典型例子就是曾经的万能充,

Java进阶篇设计模式之七 ----- 享元模式和代理模式

前言 在上一篇中我们学习了结构型模式的组合模式和过滤器模式.本篇则来学习下结构型模式最后的两个模式, 享元模式和代理模式. 享元模式 简介 享元模式主要用于减少创建对象的数量,以减少内存占用和提高性能.这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结构的方式. 用通俗的话来说就是进行共用.生活中也有一些例子,比如之前很火的共享单车,更早之前的图书馆,编程中经常用的String类,数据库连接池等等.当然,享元模式主要的目的是复用,如果该对象没有的话,就会进行创建. 享

Java进阶篇设计模式之五-----外观模式和装饰器模式

前言 在上一篇中我们学习了结构型模式的适配器模式和桥接模式.本篇则来学习下结构型模式的外观模式和装饰器模式. 外观模式 简介 外观模式隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口.这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性. 简单的来说就是对外提供一个简单接口,隐藏实现的逻辑.比如常用电脑的电源键,我们只需按电源键,就可以让它启动或者关闭,无需知道它是怎么启动的(启动CPU.启动内存.启动硬盘),怎么关闭的(关闭硬盘.关闭内存.关闭CPU)

Java进阶篇设计模式之六 ----- 组合模式和过滤器模式

前言 在上一篇中我们学习了结构型模式的外观模式和装饰器模式.本篇则来学习下组合模式和过滤器模式. 组合模式 简介 组合模式是用于把一组相似的对象当作一个单一的对象.组合模式依据树形结构来组合对象,用来表示部分以及整体层次.这种类型的设计模式属于结构型模式,它创建了对象组的树形结构. 简单来说的话,就是根据树形结构把相似的对象进行组合,然后表示该部分是用来做啥的.在中有个很形象的例子,就是电脑中的 文件系统. 文件系统由目录和文件组成.每个目录都可以装内容.目录的内容可以是文件,也可以是目录.按照

Java进阶篇设计模式之一 ----- 单例模式

前言 在刚学编程没多久就听说过设计模式的大名,不过由于当时还是个彻彻底底的菜鸟,并没有去触碰.直到在开始工作中对简单的业务代码较为熟悉之后,才正式的接触设计模式.当时最早接触的设计模式是工厂模式,不过本文讲的是单例模式,这里就留着下篇文章中在讲解.至于为什么先讲解单例模式? 那是因为单例模式是设计模式中最简单的... .凡事总有个先后顺序,所以就先易后难了.好了,废话不多说了,开始进入正片. 设计模式简介 说明:这里说了的简介就是真的 "简介". 什么是设计模式 设计模式是一套被反复使