JAVA设计模式-职责链模式

本文介绍了一种用于解耦请求发送者与接收者的职责链模式。通过案例分析,讲解了如何利用此模式解决传统审批流程中代码耦合度高的问题,并提供了一个关于学校OA系统采购审批项目的具体实现方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、例子

学校OA系统的采购审批项目:需求是
1) 采购员采购教学器材
2) 如果金额 小于等于5000, 由教学主任审批 (0<=x<=5000
3) 如果金额 小于等于10000, 由院长审批 (5000<x<=10000)
4) 如果金额 小于等于30000, 由副校长审批 (10000<x<=30000)
5) 如果金额 超过30000以上,有校长审批 ( 30000<x)
请设计程序完成采购审批项目
传统方案

 

分析

1) 传统方式是:接收到一个采购请求后,根据采购金额来调用对应的Approver (审批
)完成审批。
2) 传统方式的问题分析 : 客户端这里会使用到 分支判断(比如 switch) 来对不同的采
购请求处理, 这样就存在如下问题 (1) 如果各个级别的人员审批金额发生变化,在
客户端的也需要变化 (2) 客户端必须明确的知道 有多少个审批级别和访问
3) 这样 对一个采购请求进行处理 和 Approver (审批人) 就存在强耦合关系,不利于代
码的扩展和维护
4) 解决方案 =》 职责链模式
2、基本定义
 
1) 职责链模式(Chain of Responsibility Pattern,
又叫 责任链模式,为请求创建了一个接收者
对象的链(简单示意图)。这种模式对请求的
发送者和接收者进行解耦。
2) 职责链模式通常每个接收者都包含对另一个接
收者的引用。如果一个对象不能处理该请求,
那么它会把相同的请求传给下一个接收者,依
此类推。
3) 这种类型的设计模式属于行为型模式

1) Handler : 抽象的处理者, 定义了一个处理请求的接口, 同时含义另外Handler
2) ConcreteHandlerA , B 是具体的处理者, 处理它自己负责的请求, 可以访问它的后继者(即下一个处
理者), 如果可以处理当前请求,则处理,否则就将该请求交个 后继者去处理,从而形成一个职责链
3) Request , 含义很多属性,表示一个请求

总结:if判断的做成接口,传入和处理 用接口解耦

3、代码

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

追逐路上的小人物

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值