《JavaScript 设计模式与开发实战》第一部分(1、2、3章)笔记
PowerPoint超链接字体颜色修改、怎么去掉超链接下划线
使用Chrome快速实现数据的抓取(五)—— puppeteer
[置顶] Android开发之ProcessState和IPCThreadState类分析
Android代码的几点小技巧
python之序列化json模块与pickle模块(待补充)
(转)职责链设计模式(Chain of Responsibility)
(转)职责链设计模式(Chain of Responsibility)

Chain of Responsibility定义Chain of Responsibility(CoR) 是用一系列类(classes)试图处理一个请求request,这些类之间是一个松散的耦合,唯一共同点是在他们之间传递request. 也就是说,来了一个请求,A类先处理,如果没有处理,就传递到B类处理,如果没有处理,就传递到C类处理,就这样象一个链条(chain)一样传递下去。过滤器就用到了。 如何使用?虽然这一段是如何使用CoR,但是也是演示什么是CoR. 有一个Handler接口: public interface Handler{  public void handleRequest();} 这是一个处理request的事例, 如果有多种request,比如 请求帮助 请求打印 或请求格式化: 最先想到的解决方案是:在接口中增加多个请求:public interface Handler{  public void handleHelp();  public void handlePrint();  public void handleFormat(); } 具体是一段实现接口Handler代码:public class ConcreteHandler implements Handler{  private Handler successor;   public ConcreteHandler(Handler successor){  this.successor=successor;}   public void handleHelp(){    //具体处理请求Help的代码    …  }   public void handlePrint(){    //如果是print 转去处理Print    successor.handlePrint();  }  public void handleFormat(){    //如果是Format 转去处理format    successor.handleFormat();  } }一共有三个这样的具体实现类,上面是处理help,还有处理Print 处理Format这大概是我们最常用的编程思路。 虽然思路简单明了,但是有一个扩展问题,如果我们需要再增加一个请求request种类,需要修改接口及其每一个实现。 原文链接:http://www.jdon.com/designpatterns/cor.htm 第二方案:将每种request都变成一个接口,因此我们有以下代码 : […]