责任链设计模式介绍及实战
1、责任链模式
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。
在这种模式中,通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。
介绍
**意图:**避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止。
**主要解决:**职责链上的处理者负责处理请求,客户只需要将请求发送到职责链上即可,无须关心请求的处理细节和请求的传递,所以职责链将请求的发送者和请求的处理者解耦了。
**何时使用:**在处理消息的时候以过滤很多道。
**如何解决:**拦截的类都实现统一接口。
**关键代码:**Handler 里面聚合它自己,在 HandlerRequest 里判断是否合适,如果没达到条件则向下传递,向谁传递之前 set 进去。
应用实例: 1、红楼梦中的"击鼓传花"。 2、JS 中的事件冒泡。 3、JAVA WEB 中 Apache Tomcat 对 Encoding 的处理,Struts2 的拦截器,jsp servlet 的 Filter。
优点: 1、降低耦合度。它将请求的发送者和接收者解耦。 2、简化了对象。使得对象不需要知道链的结构。 3、增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序,允许动态地新增或者删除责任。 4、增加新的请求处理类很方便。
缺点: 1、不能保证请求一定被接收。 2、系统性能将受到一定影响,而且在进行代码调试时不太方便,可能会造成循环调用。 3、可能不容易观察运行时的特征,有碍于除错。
使用场景: 1、有多个对象可以处理同一个请求,具体哪个对象处理该请求由运行时刻自动确定。 2、在不明确指定接收者的情况下,向多个对象中的一个提交一个请求。 3、可动态指定一组对象处理请求。
**注意事项:**在 JAVA WEB 中遇到很多应用。
2、责任链设计模式实战
2.1、业务场景介绍
支付模块,获取支付链接流程:
- 确认是否需要发短信;
- 发短信;
- 验证短信;
- 支付校验;
- 获取支付链接。
抽取责任链:
(主要通过枚举状态来控制那个责任)
- 无行为责任;
- 支付链接获取成功责任;
- 确认是否需要发短信责任;
- 发短信;
- 获取支付链接责任。
2.2、代码实现
2.2.0、面向接口编程
/**
* @author :
* @date :Created in 17:01 2022/10/19
* @description :
* @version: 1.0
*/
public interface IPaymentService {
PaymentStatus doService(Payment payment);
boolean support(Payment payment);
String name();
}
2.2.1、无行为责任
/**
* @author :
* @date :Created in 17:06 2022/10/19
* @description :
* @version: 1.0
*/
@Order(1)
@Slf4j
@Service
class A_Payment_NoAction implements IPaymentService {
@Override
public PaymentStatus doService(Payment payment) {
//日志输出
return payment.getStatus();
}
@Override
public boolean support(Payment payment) {
//根据状态等信息判断是否该类处理
return true;
}
@Override
public String name() {
return "NoAction处理器,只返回当前状态";
}
}
2.2.2、支付链接获取成功责任
/**
* @author :
* @date :Created in 17:06 2022/10/19
* @description :
* @version: 1.0
*/
@Order(2)
@Slf4j
@Service
class A_Payment_ApplyDone implements IPaymentService {
@Override
public PaymentStatus doService(Payment payment) {
//日志输出
//处理逻辑
return payment.getStatus();
}
@Override
public boolean support(Payment payment) {
//根据状态等信息判断是否该类处理
return true;
}
@Override
public String name() {
return "流程结束支付";
}
}
2.2.3、确认是否需要发短信责任
/**
* @author :
* @date :Created in 17:06 2022/10/19
* @description :
* @version: 1.0
*/
@Order(3)
@Slf4j
@Service
class A_Payment_SmsRequirement implements IPaymentService {
@Override
public PaymentStatus doService(Payment payment) {
//日志输出
//处理逻辑
return payment.getStatus();
}
@Override
public boolean support(Payment payment) {
//根据状态等信息判断是否该类处理
return true;
}
@Override
public String name() {
return "确认是否需要发短信责任";
}
}
2.2.4、发短信责任
/**
* @author :
* @date :Created in 17:06 2022/10/19
* @description :
* @version: 1.0
*/
@Order(4)
@Slf4j
@Service
class A_Payment_SendSms implements IPaymentService {
@Override
public PaymentStatus doService(Payment payment) {
//日志输出
//处理逻辑
return payment.getStatus();
}
@Override
public boolean support(Payment payment) {
//根据状态等信息判断是否该类处理
return true;
}
@Override
public String name() {
return "发短信责任";
}
}
2.2.5、获取支付链接责任
/**
* @author :
* @date :Created in 17:06 2022/10/19
* @description :
* @version: 1.0
*/
@Order(5)
@Slf4j
@Service
class A_Payment_GetPaymentUrl implements IPaymentService {
@Override
public PaymentStatus doService(Payment payment) {
//日志输出
//处理逻辑
return payment.getStatus();
}
@Override
public boolean support(Payment payment) {
//根据状态等信息判断是否该类处理
return true;
}
@Override
public String name() {
return "获取支付链接责任";
}
}
2.2.6、流程执行器
@Slf4j
@Service
class PayProcessConductorImpl implements IPayProcessConductor {
private List<IPaymentService> paymentServices
@Override
PrePayResponse startProcess(DtoPrePay prePay) {
//流程第一步检查
//适配责任
IPrePayService service = baseRuleTypes.stream()
.filter(api -> api.support(payment))
.findFirst()
.orElseThrow(() -> new CommonException(PARAMETER_ERROR.getCodeValue(), "暂不支持该类型"));
//处理逻辑
service.doService(payment)
//状态转换
//返回
return response
}
}