iOS应用设计模式开发中职责链应用设计模式开发中职责链(责任链责任链)模式的实现解析模式的实现解析
主要介绍了iOS应用设计模式开发中职责链模式的相关实现解析,示例代码为传统的Objective-C,需要的朋友可以
参考下
定义定义
为了避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请
求,直到有对象处理它为止,职责链模式又称为责任链模式,它是一种对象行为型模式。(如果你接触过异常处理,那么套用
异常处理机制可以更好地理解)。
职责链可以是一条直线,也可以是一个环,还可以是一个树形结构,不过最常见的职责链是直线型,即沿着一条单向的链来传
递请求。链上的每一个对象都是请求处理者,职责链模式可以将请求的处理者组织成一条链,并使请求沿着链传递,由链上的
处理者对请求进行相应的处理,而客户端无须关心请求的处理细节以及请求的传递,只需将请求发送到链上即可,通过这种方
法将请求的发送者和请求的处理者解耦,消除两个角色间的依赖关系,可以自由地组合。
原理结构原理结构
上图阐释的是职责连模式的实现原理,主要角色包括:
Handler:抽象处理者。定义出一个处理请求的接口。如果需要,接口可以定义出一个方法,以设定和返回对下家的引用。这
个角色通常由一个抽象类或接口实现。
ConcreteHandler: 具体处理者。具体处理者接到请求后,可以选择将请求处理掉,或者将请求传给下家。由于具体处理者持
有对下家的引用,因此,如果需要,具体处理者可以访问下家。
Client:客户端
handleRequest:抽象处理者的公用接口,要求每个链式节点都实现这个接口,能够处理客户端发过来的请求数据。
对于每个链式节点,需要满足一下两个条件:
实现抽象处理者(Handler)所定义的抽象接口,能够识别接收的请求;
有一个successor,用于把当前不能处理的请求转发传递到下一个节点,如此才能形成一个链。(successor是指下一个
ConcreteHandler的引用,相当于链表里面的next指针)
由于通过上述的编程设计,使得请求和处理该请求的对象完全没有依赖关系,因为客户端甚至不知道是谁处理了这个请求,这
样的话,使得整个链式结构很灵活,可以随时添加新的的节点,当然也支持随意调节节点顺序、删除不必要的节点等等操作。
iOS实现实现
职责链模式的一个很重要的特点是,当客户发出请求之后,客户端并不知道哪一个对象最终处理这个请求,这样系统的更改可
以在不影响客户端的情况下动态地重新组织和分配责任。
下面给出类结构图。