设计模式笔记(21)--职责链模式

GOF对职责链模式的定义为:“使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一条链,并且沿着这条链传递该请求,直到有一个对象处理它为止。”

每一个请求的处理者首先检查自己的处理权限是否足够,这个权限可以由开发人员设置校验方式,然后对自己有权限处理的事务进行裁断,对自己没有权限处理的请求则转发给处理权限更高一级的处理者。

接下来以钦差和皇帝为例,上代码:

package ChainOfResponsibility;

public abstract class Handler {
    protected Handler handler;
    public void SetHandler(Handler h)
    {
        this.handler = h;
    }
    public abstract void HandleRequest(int count);
}
package ChainOfResponsibility;

public class Prefects extends Handler{

    @Override
    public void HandleRequest(int count) {
        // TODO Auto-generated method stub
        if(count < 5)
        {
            System.out.println("大臣说:贪官数目为:"+count+"可以直接判决,斩了!");
        }
        else
        {
            if(this.handler!=null)
            {
                System.out.println("贪官数目为:"+count+"应该启奏皇上来裁断~");
                this.handler.HandleRequest(count);
            }
        }
    }
}
package ChainOfResponsibility;

public class Emperor extends Handler{

    @Override
    public void HandleRequest(int count) {
        // TODO Auto-generated method stub
        System.out.println("贪官数目为:"+count+" 太多了,就地正法4个,剩下的带来见朕!");
    }
}
package ChainOfResponsibility;

public class client {
    public static void main(String[] args)
    {
        Handler prefects = new Prefects();
        Handler emperor = new Emperor();
        
        prefects.SetHandler(emperor);
        for(int i = 3;i < 8;i++)
        {
            prefects.HandleRequest(i);
        }
    }
}

职责链模式中最关键的就是当客户提交一个请求之后,请求是沿着职责链传递的,直到有一个具体的concretHandler对象会去处理它为止。这样做的好处就是请求者无需关心是哪个对象进行的处理,使得接收者和发送者都不用关心对方的明确信息,并且处在职责链中的对象也不知道整个链的结构。
职责链能够简化对象在之间的互相连接。
职责链的结构的客户端定义的,灵活性强。

职责链模式适用于以下情况

  1. 当有多个对象可以处理同一个请求,而具体哪个对象来处理这个请求在运行时刻需要自动判定
  2. 当需要在不明确接收者的情况下向多个对象的某一个提交请求时。
  3. 当处理一个请求的对象集合应该动态的被确定时
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,723评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,485评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,998评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,323评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,355评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,079评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,389评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,019评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,519评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,971评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,100评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,738评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,293评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,289评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,517评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,547评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,834评论 2 345

推荐阅读更多精彩内容