大话设计模式——责任链模式

什么是职责链模式?

     China  of Responsibility:使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求直到有一个对象处理它为止。


    像这种情况在我们身边随处可见,比如,班里想申请一个教室举办元旦晚会,文艺委员不能自作主张使用某个教室,于是找到班长,班长要做的就是写申请,向负责人员申请,负责人批准以后才能使用教室,这一步步的过程就像是一条链,从某一点开始执行,不能通过的话就向后走,知道找到某一点能解决了问题才终止。问题只要解决了就达到了目的,不用考虑中间有多少人参与过,也就是只关心结果


此班学生的动机可以表示成如图:



职责链模式结构图:



角色:

  • Client:客户端
  • Handler: 抽象处理者:定义出一个处理请求的接口。如果需要,接口可以定义出一个方法以设定和返回对下家的引用。这个角色通常由一个抽象类或接口实现
  • ConcreteHandler:具体处理者:具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。由于具体处理者持有对下家的引用,因此,如果需要具体处理者可以访问下家

代码实现:

[html]  view plain copy
  1. <span style="font-family:KaiTi_GB2312;font-size:18px;">using System;  
  2. using System.Collections.Generic;  
  3. using System.Linq;  
  4. using System.Text;  
  5.   
  6. namespace 职责链模式  
  7. {  
  8.     class Program  
  9.     {  
  10.         static void Main(string[] args)  
  11.         {  
  12.             //设置职责链上家与下家  
  13.             Handler h1 = new ConcreteHandler1();  
  14.             Handler h2 = new ConcreteHandler2();  
  15.             Handler h3 = new ConcreteHandler3();  
  16.             h1.SetSuccessor(h2);  
  17.             h2.SetSuccessor(h3);  
  18.   
  19.             int[] requests = { 2, 5, 14, 22, 18, 3, 27, 20 };  
  20.             foreach (int request in requests)  
  21.             {  
  22.                //循环给最小处理着提交请求,不同的数据由不同权限处理者处理  
  23.                 h1.HandleRequest(request);  
  24.             }  
  25.             Console.Read();  
  26.         }  
  27.     }  
  28.       
  29.     //Handler类,定义一个处理请示的接口  
  30.     abstract class Handler  
  31.     {  
  32.         protected Handler successor;  
  33.   
  34.         //设置继任者  
  35.         public void SetSuccessor(Handler successor)  
  36.         {  
  37.             this.successor = successor;  
  38.         }  
  39.          //处理请求的抽象方法  
  40.         public abstract void HandleRequest(int request);  
  41.     }  
  42.          
  43.       
  44.         //ConcreteHandler类,具体处理者类,处理它所负责的请求,可访问它的后继者,如果可处理该请求就处理它,否则就将该请求转发给它的后继者  
  45.   
  46.         //ConcreteHandler1类,当请求数在0到10之间则有权处理,否则转到下一位  
  47.         class ConcreteHandler1:Handler   
  48.         {  
  49.             public override void HandleRequest(int request)  
  50.             {  
  51.                 if (request >= 0 && request < 10)  
  52.                 {  
  53.                     Console.WriteLine("{0}处理请求{1}", this.GetType ().Name , request);  
  54.   
  55.                 }  
  56.                 else if (successor != null)  
  57.                 {  
  58.                     //转移到下一位  
  59.                     successor.HandleRequest(request);  
  60.               
  61.                 }  
  62.             }  
  63.          }  
  64.       
  65.         //ConcreteHandler2类,当请求数在10到20之间则有权处理,否则转到下一位  
  66.   
  67.         class ConcreteHandler2 : Handler  
  68.         {  
  69.             public override void HandleRequest(int request)  
  70.             {  
  71.                 if (request >= 10 && request < 20)  
  72.                 {  
  73.                     Console.WriteLine("{0}处理请求{1}", this.GetType().Name, request);  
  74.                 }  
  75.                 else if (successor != null)  
  76.                 {  
  77.                     successor.HandleRequest(request);  
  78.                 }  
  79.             }  
  80.         }  
  81.   
  82.        //ConcreteHandler3类,当请求数在20到30之间则有权处理,否则转到下一位  
  83.         class ConcreteHandler3 : Handler  
  84.         {  
  85.             public override void HandleRequest(int request)  
  86.             {  
  87.                 if (request >= 20 && request < 30)  
  88.                 {  
  89.                     Console.WriteLine("{0}处理请求{1}", this.GetType().Name, request);  
  90.                 }  
  91.                 else if (successor != null)  
  92.                 {  
  93.                     successor.HandleRequest(request);  
  94.                 }  
  95.             }  
  96.         }  
  97.           
  98.     }  
  99. </span>  


运行结果:


职责链模式的优点:

  • 降低耦合度
  • 可简化对象的相互连接
  • 增强给对象指派职责的灵活性
  • 方便增加新的类


职责链模式的缺点:

  • 请求到达末端也可能得不到处理
  • 代码调试时不太方便,可能会造成循环调用


何时使用职责链模式?

  • 有多个对象可以处理同一个请求,具体哪个对象处理该请求由运行时刻自动确定
  • 在不明确指定接受者的情况下,向多个对象中的一个提交一个请求
  • 可动态指定一组对象处理请求

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值