深入理解Java设计模式之职责链模式

目录
  • 一、什么是职责链模式
  • 二、职责链模式的结构
  • 四、职责链模式的使用场景
  • 五、职责链模式的实现
  • 一、什么是职责链模式
  • 二、职责链模式的结构
  • 四、职责链模式的使用场景
  • 五、职责链模式的实现
  • 六、总结
  • 六、总结

一、什么是职责链模式

客户端发出一个请求,链上的对象都有机会来处理这一请求,而客户端不需要知道谁是具体的处理对象。这样就实现了请求者和接受者之间的解耦,并且在客户端可以实现动态的组合职责链。使编程更有灵活性。

定义:使多个对象都有机会处理请求,从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有对象处理它为止。其过程实际上是一个递归调用。

要点主要是:

1、有多个对象共同对一个任务进行处理。

2、这些对象使用链式存储结构,形成一个链,每个对象知道自己的下一个对象。

3、一个对象对任务进行处理,可以添加一些操作后将对象传递个下一个任务。也可以在此对象上结束任务的处理,并结束任务。

4、客户端负责组装链式结构,但是客户端不需要关心最终是谁来处理了任务。

二、职责链模式的结构

责任链模式涉及到的角色如下所示:

  • 抽象处理者(Handler)角色:定义出一个处理请求的接口。如果需要,接口可以定义 出一个方法以设定和返回对下家的引用。这个角色通常由一个Java抽象类或者Java接口实现。上图中Handler类的聚合关系给出了具体子类对下家的引用,抽象方法handleRequest()规范了子类处理请求的操作。
  • 具体处理者(ConcreteHandler)角色:具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。由于具体处理者持有对下家的引用,因此,如果需要,具体处理者可以访问下家三、职责链模式的优缺点

优点:

职责链模式的最主要功能就是:动态组合,请求者和接受者解耦。

请求者和接受者松散耦合:请求者不需要知道接受者,也不需要知道如何处理。每个职责对象只负责自己的职责范围,其他的交给后继者。各个组件间完全解耦。

动态组合职责:职责链模式会把功能分散到单独的职责对象中,然后在使用时动态的组合形成链,从而可以灵活的分配职责对象,也可以灵活的添加改变对象职责。

缺点:

产生很多细粒度的对象:因为功能处理都分散到了单独的职责对象中,每个对象功能单一,要把整个流程处理完,需要很多的职责对象,会产生大量的细粒度职责对象。

不一定能处理:每个职责对象都只负责自己的部分,这样就可以出现某个请求,即使把整个链走完,都没有职责对象处理它。这就需要提供默认处理,并且注意构造链的有效性。

四、职责链模式的使用场景

1.如果有多个对象可以处理同一个请求,但是具体由哪个对象处理是由运行时刻动态决定的,这种对象就可以使用职责链模式,把处理请求的对象实现成职责对象,然后构造链,当请求在这个链中传递的时候,会根据运行状态判断。

2.在请求处理者不明确的情况下向多个对象中的一个提交请求。

3.需要动态指定处理一个请求的对象集合

五、职责链模式的实现

Handler类,定义一个处理请求的接口

//管理者--Handler类,定义一个处理请求的接口
abstract class Manager
{
    protected string name;
    //管理者上级
    protected Manager superior;
    public Manager(string name)
    {
        this.name = name;
    }
     //设置管理者上级---关键的方法
    public void SetSuperior(Manager superior)
    {
        this.superior = superior;
    }
    abstract public void RequestApplications(Request request);
}

具体处理类,处理它所负责的请求,可访问它的后继者,如果可处理就处理,否则请求转到后继者

一、什么是职责链模式

客户端发出一个请求,链上的对象都有机会来处理这一请求,而客户端不需要知道谁是具体的处理对象。这样就实现了请求者和接受者之间的解耦,并且在客户端可以实现动态的组合职责链。使编程更有灵活性。

定义:使多个对象都有机会处理请求,从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有对象处理它为止。其过程实际上是一个递归调用。

要点主要是:

1、有多个对象共同对一个任务进行处理。

2、这些对象使用链式存储结构,形成一个链,每个对象知道自己的下一个对象。

3、一个对象对任务进行处理,可以添加一些操作后将对象传递个下一个任务。也可以在此对象上结束任务的处理,并结束任务。

4、客户端负责组装链式结构,但是客户端不需要关心最终是谁来处理了任务。

二、职责链模式的结构

责任链模式涉及到的角色如下所示:

  • 抽象处理者(Handler)角色:定义出一个处理请求的接口。如果需要,接口可以定义 出一个方法以设定和返回对下家的引用。这个角色通常由一个Java抽象类或者Java接口实现。上图中Handler类的聚合关系给出了具体子类对下家的引用,抽象方法handleRequest()规范了子类处理请求的操作。
  • 具体处理者(ConcreteHandler)角色:具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。由于具体处理者持有对下家的引用,因此,如果需要,具体处理者可以访问下家三、职责链模式的优缺点

优点:

职责链模式的最主要功能就是:动态组合,请求者和接受者解耦。

请求者和接受者松散耦合:请求者不需要知道接受者,也不需要知道如何处理。每个职责对象只负责自己的职责范围,其他的交给后继者。各个组件间完全解耦。

动态组合职责:职责链模式会把功能分散到单独的职责对象中,然后在使用时动态的组合形成链,从而可以灵活的分配职责对象,也可以灵活的添加改变对象职责。

缺点:

产生很多细粒度的对象:因为功能处理都分散到了单独的职责对象中,每个对象功能单一,要把整个流程处理完,需要很多的职责对象,会产生大量的细粒度职责对象。

不一定能处理:每个职责对象都只负责自己的部分,这样就可以出现某个请求,即使把整个链走完,都没有职责对象处理它。这就需要提供默认处理,并且注意构造链的有效性。

四、职责链模式的使用场景

1.如果有多个对象可以处理同一个请求,但是具体由哪个对象处理是由运行时刻动态决定的,这种对象就可以使用职责链模式,把处理请求的对象实现成职责对象,然后构造链,当请求在这个链中传递的时候,会根据运行状态判断。

2.在请求处理者不明确的情况下向多个对象中的一个提交请求。

3.需要动态指定处理一个请求的对象集合

五、职责链模式的实现

Handler类,定义一个处理请求的接口

//管理者--Handler类,定义一个处理请求的接口
abstract class Manager
{
    protected string name;
    //管理者上级
    protected Manager superior;
    public Manager(string name)
    {
        this.name = name;
    }
     //设置管理者上级---关键的方法
    public void SetSuperior(Manager superior)
    {
        this.superior = superior;
    }
    abstract public void RequestApplications(Request request);
}

具体处理类,处理它所负责的请求,可访问它的后继者,如果可处理就处理,否则请求转到后继者

//"经理类"就可以去继承这个"管理者"类,只需要重写"申请请求"的方法就可以
//经理类
class CommonManager : Manager
{
    public CommonManager(string name) : base(name) { }
     public override void RequestApplications(Request request)
    {
        //经理的权限可批准下属两天内的请假
        if (request.RequestType == "请假" && request.Number <= 2)
        {
            Console.WriteLine("{0}:{1}数量{2}被批准", name, request.RequestContent, request.Number);
        }
        else
        {
            //其他的申请都要转到上级
            if (superior != null)
                superior.RequestApplications(request);
        }
    }
}
//"总监类"同样继承这个"管理者"类
//总监类
class Majordomo : Manager
{
    public Majordomo(string name) : base(name) { }
     public override void RequestApplications(Request request)
    {
        //总监的权限可批准下属五天内的请假
        if (request.RequestType == "请假" && request.Number <= 5)
        {
            Console.WriteLine("{0}:{1}数量{2}被批准", name, request.RequestContent, request.Number);
        }
        else
        {
            //其他的申请都要转到上级
            if (superior != null)
                superior.RequestApplications(request);
        }
    }
}
//"总经理"的权限就是全部处理
//总监类
class GeneralManager : Manager
{
    public GeneralManager(string name) : base(name) { }
     public override void RequestApplications(Request request)
    {
        //总经理的权限可批准下属任意天数的请假
        if (request.RequestType == "请假")
        {
            Console.WriteLine("{0}:{1}数量{2}被批准", name, request.RequestContent, request.Number);
        }
        else if (request.RequestType == "加薪"&&request.Number<=500)
        {
            Console.WriteLine("{0}:{1}数量{2}被批准", name, request.RequestContent, request.Number);
        }
        else if (request.RequestType == "加薪" && request.Number > 500)
        {
            Console.WriteLine("{0}:{1}数量{2}再说吧", name, request.RequestContent, request.Number);
        }
    }
}

申请类

//申请
class Request
{
    //申请类别
    private string requestType;
    public string RequestType
    {
        get { return requestType; }
        set { requestType = value; }
    }
     //申请内容
    private string requestContent;
    public string RequestContent
    {
        get { return requestContent; }
        set { requestContent = value; }
    }
     //数量
    private int number;
    public int Number
    {
        get { return number; }
        set { number = value; }
    }
}

客户端代码

class Program
{
    //客户端代码
    static void Main(string[] args)
    {
        CommonManager jinli = new CommonManager("张三");
        Majordomo zongjian = new Majordomo("李四");
        GeneralManager zongjinli = new GeneralManager("王五");
        //设置上级
        jinli.SetSuperior(zongjian);
        zongjian.SetSuperior(zongjinli);
         Request request = new Request();
        request.RequestType = "请假";
        request.RequestContent = "XX请假";
        request.Number = 1;
        jinli.RequestApplications(request);
         Request request2 = new Request();
        request.RequestType = "加薪";
        request.RequestContent = "XX加薪";
        request.Number = 500;
        jinli.RequestApplications(request);
         Console.Read();
    }
}

六、总结

对于责任链中的一个处理者对象,有两个行为。一是处理请求,二是将请求传递到下一节点,不允许某个处理者对象在处理了请求后又将请求传送给上一个节点的情况。

对于一条责任链来说,一个请求最终只有两种情况。一是被某个处理对象所处理,另一个是所有对象均未对其处理,对于前一种情况我们称为纯的责任链模式,后一种为不纯的责任链。实际中大多为不纯的责任链。

本篇文章就到这里了,希望能够给你带来帮助,也希望您能够多多关注我们的更多内容!

//"经理类"就可以去继承这个"管理者"类,只需要重写"申请请求"的方法就可以
//经理类
class CommonManager : Manager
{
    public CommonManager(string name) : base(name) { }
     public override void RequestApplications(Request request)
    {
        //经理的权限可批准下属两天内的请假
        if (request.RequestType == "请假" && request.Number <= 2)
        {
            Console.WriteLine("{0}:{1}数量{2}被批准", name, request.RequestContent, request.Number);
        }
        else
        {
            //其他的申请都要转到上级
            if (superior != null)
                superior.RequestApplications(request);
        }
    }
}
//"总监类"同样继承这个"管理者"类
//总监类
class Majordomo : Manager
{
    public Majordomo(string name) : base(name) { }
     public override void RequestApplications(Request request)
    {
        //总监的权限可批准下属五天内的请假
        if (request.RequestType == "请假" && request.Number <= 5)
        {
            Console.WriteLine("{0}:{1}数量{2}被批准", name, request.RequestContent, request.Number);
        }
        else
        {
            //其他的申请都要转到上级
            if (superior != null)
                superior.RequestApplications(request);
        }
    }
}
//"总经理"的权限就是全部处理
//总监类
class GeneralManager : Manager
{
    public GeneralManager(string name) : base(name) { }
     public override void RequestApplications(Request request)
    {
        //总经理的权限可批准下属任意天数的请假
        if (request.RequestType == "请假")
        {
            Console.WriteLine("{0}:{1}数量{2}被批准", name, request.RequestContent, request.Number);
        }
        else if (request.RequestType == "加薪"&&request.Number<=500)
        {
            Console.WriteLine("{0}:{1}数量{2}被批准", name, request.RequestContent, request.Number);
        }
        else if (request.RequestType == "加薪" && request.Number > 500)
        {
            Console.WriteLine("{0}:{1}数量{2}再说吧", name, request.RequestContent, request.Number);
        }
    }
}

申请类

//申请
class Request
{
    //申请类别
    private string requestType;
    public string RequestType
    {
        get { return requestType; }
        set { requestType = value; }
    }
     //申请内容
    private string requestContent;
    public string RequestContent
    {
        get { return requestContent; }
        set { requestContent = value; }
    }
     //数量
    private int number;
    public int Number
    {
        get { return number; }
        set { number = value; }
    }
}

客户端代码

class Program
{
    //客户端代码
    static void Main(string[] args)
    {
        CommonManager jinli = new CommonManager("张三");
        Majordomo zongjian = new Majordomo("李四");
        GeneralManager zongjinli = new GeneralManager("王五");
        //设置上级
        jinli.SetSuperior(zongjian);
        zongjian.SetSuperior(zongjinli);
         Request request = new Request();
        request.RequestType = "请假";
        request.RequestContent = "XX请假";
        request.Number = 1;
        jinli.RequestApplications(request);
         Request request2 = new Request();
        request.RequestType = "加薪";
        request.RequestContent = "XX加薪";
        request.Number = 500;
        jinli.RequestApplications(request);
         Console.Read();
    }
}

六、总结

对于责任链中的一个处理者对象,有两个行为。一是处理请求,二是将请求传递到下一节点,不允许某个处理者对象在处理了请求后又将请求传送给上一个节点的情况。

对于一条责任链来说,一个请求最终只有两种情况。一是被某个处理对象所处理,另一个是所有对象均未对其处理,对于前一种情况我们称为纯的责任链模式,后一种为不纯的责任链。实际中大多为不纯的责任链。

本篇文章就到这里了,希望能够给你带来帮助,也希望您能够多多关注我们的更多内容!

(0)

相关推荐

  • javascript设计模式 – 职责链模式原理与用法实例分析

    本文实例讲述了javascript设计模式 – 职责链模式原理与用法.分享给大家供大家参考,具体如下: 介绍:很多情况下,在一个软件系统中可以处理某个请求的对象不止一个.例如一个网络请求过来,需要有对象去解析request Body,需要有对象去解析请求头,还需要有对象去对执行对应controller.请求一层层传递,让每一个对象都基于请求完成自己的任务,然后将请求传递给下一个处理程序.是不是感觉有点中间件的感觉. 定义:职责链就是避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求.将

  • C#设计模式之职责链模式示例详解

    前言 在软件开发中,我们通常会遇到一种场景,比如某个请求,会依次经过系统中的很多个模块来处理,如果某个模块处理不了,则将请求传递给下一个模块,比如在订单处理中,首先要经过用户校验,商品库存充足校验,如果不满足条件,返回错误,如果满足条件才会到下一步处理. 在ASP.NET Core里有middleware中间键的概念,每一个请求进来,都会经过一系列的Handler,这是一种职责链模式,每一个Handler都会决定是否处理该请求,以及是否决定将该请求传递给一下请求继续处理. 在.NET的委托中,也

  • 快速学习C# 设计模式之职责链模式

    职责链模式简介及UML 职责链也叫责任链,他是一种行为型模式,它为请求创建了一个接收请求者对象的链,并将请求沿着这条链传递到目标对象去处理. 该模式最简单的实现方式就是运用里氏替换原则,对每个职责所持有的对象进行抽象,并使得每个职责对象都拥有共同的父类,通过对外提供出具有一般意义的接口. 范例 该范例,是我在对微服务中,服务发现的容错性进行处理的一种处理方案,考虑到服务发现过程中,如果注册中心宕机,那么可以使用本地文件存放的临时性信息,如果本地文件不存在,那么就直接用内容中存放的信息.在整个流程

  • php设计模式之职责链模式定义与用法经典示例

    本文实例讲述了php设计模式之职责链模式定义与用法.分享给大家供大家参考,具体如下: <?php /** * @desc php设计模式之职责链模式(责任链模式) 定义:顾名思义,责任链模式为请求创建了一个接收者对象的链.这种模式给予请求的类型,对请求的发送者和接收者进行解耦.这种类型的设计模式属于行为型模式. 在这种模式中,通常每个接收者都包含对另一个接收者的引用.如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推. * 模拟公司请假流程,实现职责链模式 * 项目主管:

  • JavaScript设计模式之职责链模式

    概述 职责链模式是设计模式中行为型的一种设计模式: 定义:使多个对象都有机会处理请求,从而避免请求的发送者与接收者之间的耦合关系,将这些处理请求的对象形成一个链,并沿着这个链传递请求,直到有一个对象处理它为止: 白话解释:作者坐标武汉,1000+万人口的新一线城市 :以早高峰公交为例,早上早高峰的时候通常都是公交车前门拥堵,以至于没办法刷卡乘车:但是后门相对来说会空一些,这时我们选择后门上车,但是我们后门上车就刷不了卡:逃单?不存在的,这可不是我们作为讲文明.有素质的新一代青年应该做的:于是,我

  • php设计模式之职责链模式实例分析【星际争霸游戏案例】

    本文实例讲述了php设计模式之职责链模式.分享给大家供大家参考,具体如下: 星际的兵种属性随着对平衡性的调节,会进行修改.如果这样的话,我们就要考虑减少一个事件和具体处理的关联性. 比如一颗原子弹投下的瞬间,在杀伤范围内的部队或者建筑都会减少血,但是随着距离中心点的远近,受损程度是不同的,而且不同的兵种和建筑受损情况是不同的. 待解决的问题:原子弹投下的瞬间,将杀伤的处理分别交给杀伤范围内的部队或者建筑自己的方法处理. 思路:建立一个接口,让所有的部队或者建筑实现. 职责链模式(Chain of

  • 深入理解Java设计模式之职责链模式

    目录 一.什么是职责链模式 二.职责链模式的结构 四.职责链模式的使用场景 五.职责链模式的实现 一.什么是职责链模式 二.职责链模式的结构 四.职责链模式的使用场景 五.职责链模式的实现 六.总结 六.总结 一.什么是职责链模式 客户端发出一个请求,链上的对象都有机会来处理这一请求,而客户端不需要知道谁是具体的处理对象.这样就实现了请求者和接受者之间的解耦,并且在客户端可以实现动态的组合职责链.使编程更有灵活性. 定义:使多个对象都有机会处理请求,从而避免了请求的发送者和接受者之间的耦合关系.

  • Java设计模式之职责链模式详解

    目录 前言 一.职责链模式的定义与特点 二.职责链模式的结构 三.职责链模式案例 前言 本文简单介绍了设计模式的一种--职责链模式  一.职责链模式的定义与特点 定义: 为了避免请求发送者与多个请求处理者耦合在一起,于是将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链:当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止. 比如我们的审批制度,低等级的审批不了的,交给上一级审批,依次类推,直到审批结束. 在责任链模式中,客户只需要将请求发送到责任链上即可,无须关心请求的处

  • 一文搞懂Java设计模式之责任链模式

    简述: 前端时间再看一些类库的源码,发现责任链模式的强大之处,尤其是和建造者模式的结合后强大的动态可扩展性更是牛逼的一塌糊涂.接下来赶紧了解一下吧! 我们先来了解一下什么是责任链模式: 职责链模式(Chain of Responsibility):使多个对象都有机会处理同一个请求,从而避免请求的发送者和接收者之间的耦合关系.将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止. 应用场景: 为完成同一个请求,如果存在多个请求处理器以及未知请求处理器个数或者请求处理器可动态配置的

  • Java设计模式中责任链模式详解

    目录 1.责任链设计模式的定义 2.责任链设计模式的优点与不足 3.责任链设计模式的实现思路 4.责任链设计模式应用实例 5.责任链设计模式应用场景 编程是一门艺术,大批量的改动显然是非常丑陋的做法,用心的琢磨写的代码让它变的更美观. 在现实生活中,一个事件需要经过多个对象处理是很常见的场景.例如,采购审批流程.请假流程等.公司员工请假,可批假的领导有部门负责人.副总经理.总经理等,但每个领导能批准的天数不同,员工必须根据需要请假的天数去找不同的领导签名,也就是说员工必须记住每个领导的姓名.电话

  • Java设计模式之责任链模式的概念、实现以及netty中的责任链模式

    本文先介绍了责任链模式的概念及简单实现.再贴了netty中对责任链的实现.最后总结了一点点思考. 1.概念相关 1.1.概念 责任链模式为请求创建了一个接收者对象的链,每个接收者都包含对另一个接收者的引用.如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,沿着这条链传递请求,直到有对象处理它为止. 1.2.解决了什么: 客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,所以职责链将请求的发送者和请求的处理者解耦了. 1.3.场景: 1.有多个对象可以处理同一

  • 快速理解Java设计模式中的组合模式

    组合模式是一种常见的设计模式(但我感觉有点复杂)也叫合成模式,有时又叫做部分-整体模式,主要是用来描述部分与整体的关系. 个人理解:组合模式就是将部分组装成整体. 定义如下: 将对象组合成树形结构以表示"部分-整体"的层次结构,使得用户对单个对象和组合对象的使用具有一致性. 通用类图如下: 组合模式的包含角色: ● Component 抽象构件角色 定义参加组合对象的共有方法和属性,可以定义一些默认的行为或属性. ● Leaf 叶子构件 叶子对象,其下再也没有其他的分支,也就是遍历的最

  • Python设计模式之职责链模式原理与用法实例分析

    本文实例讲述了Python设计模式之职责链模式原理与用法.分享给大家供大家参考,具体如下: 职责链模式(Chain Of Responsibility):使多个对象都有机会处理请求,从而避免发送者和接收者的耦合关系.将对象连成链并沿着这条链传递请求直到被处理 下面是一个设计模式的demo: #!/usr/bin/env python # -*- coding:utf-8 -*- __author__ = 'Andy' """ 大话设计模式 设计模式--职责链模式 职责链模式(

  • JavaScript设计模式之职责链模式应用示例

    本文实例讲述了JavaScript设计模式之职责链模式.分享给大家供大家参考,具体如下: 一.职责链的定义: 使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止. 二.实例场景说明: 某公司对公司产品-手机进行促销活动,有以下政策:在正式购买时,已经支付过500元定金的用户会收到100元的商城优惠卷,交200元定金的用户可以收到50元的优惠卷,而之前没有支付定金的用户只能进入普通购买模式,也就是没有优惠卷

随机推荐