博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
责任型模式
阅读量:2393 次
发布时间:2019-05-10

本文共 918 字,大约阅读时间需要 3 分钟。

责任链可能是一条直线、一个环链甚至一个树结构的一部分
涉及到角色
1> 抽象处理者角色:定义出一个处理请求的接口,假如需要,接口可以定义出一个方法,以返回对下家的引用
2> 具体处理者角色、处理接到请求后,可以选择将请求处理掉,或者将请求传给下家
3> 责任链模式的静态类结构
纯的与不纯的责任链模式
纯的责任链模式:一个具体的处理者对象只能在两个行为中选择一个:一是承担责任,二是把责任推给下家。不答应出现某一个具体处理者对象在承担了一部分责任后又把责任向下传的情况。在一个纯的责任链模式里面,一个请求必须被某一个处理者对象所接收
不纯的责任链模式:一个请求可以最终不被任何接受端所接收。纯的责任链模式的实际例子很难找到,一般看到的例子均是不纯的责任链模式的实现
责任链模式使用情况
1> 系统已经有一个由处理者对象组成的链。这个链可能由复合模式给出
2> 当有多于一个的处理者对会处理一个请求象,而且在事先并不知道到底由哪一个处理这对象处理一个请求,这个处理者对象是动态确定的
3> 当系统想发出一个请求给多个处理者对象中的一个,但是不明显指定是那一个处理者对象会处理此请求
4> 当处理一个请求的处理者对象集合需要动态地指定时
优点和缺点
责任链模式降低发出命令的对象和处理命令的对象之间的耦合,它允许多于一个处理者对象根据自己的逻辑来决定哪一个处理者最终处理这个命令。换言之,发出命令的对象只是把命令传给结构的起始者,而不需要知道到底是链上的那一个节点处理了这个命令。显然,这意味着在处理命令上,允许系统有跟多的灵活性。哪一个对象最终处理一个命令可以因为由那些对象参加责任链、以及这些对象在责任链上的位置不同而有不同
责任链模式的实现
首先,链结构的由来值得指出的是责任链模式并不创建出责任链。责任链的创建必须有系统的其它部分完成。责任链模式降低了请求的发送端和接收短之间的耦合,使多个对象都有机会处理这个请求。一个链可以是一条线,一个树,也可以是一个环。链的拓扑结构可以是单链通的或多连通的,责任链模式并不指定责任链的拓扑结构。但是责任链模式要求在同一个时间里,命令只可以被传给一个下家(或被处理掉);而不可以传给多于一个下家
你可能感兴趣的文章
HOWTO: Unpack, Edit, and Re-Pack Boot Images
查看>>
ramfs, rootfs & initramfs
查看>>
Tom's attempts to get GPRS working over bluetooth with his laptop
查看>>
Connecting to GPRS over Bluetooth on Linux
查看>>
Linux网络资源
查看>>
Android对Kernel的改动汇总
查看>>
WGET 通过代理下载
查看>>
JITTER BUFFER
查看>>
IP协议报头学习笔记
查看>>
关于SIGPIPE导致的程序退出
查看>>
基于MTD的NAND驱动开发
查看>>
linux mtd源码分析(好东西)
查看>>
关于SIGBUS的总结
查看>>
JSP--9大隐式对象
查看>>
Servelt中主要对象的使用
查看>>
EL表达式的深刻认识
查看>>
JSP技术的学习总结
查看>>
JavaBean的初步认知
查看>>
重识java反射
查看>>
Spring的核心中IOC、DI
查看>>