工作中责任链模式用法及其使用场景?

文章介绍了如何在金融保险行业中使用责任链模式来优化业务员提交保单后的校验流程,通过将每个校验模块独立,降低了代码耦合度,便于管理和扩展。文章还展示了如何结合SpringIOC框架进一步管理这些校验处理器,提高了系统的灵活性和可维护性。
摘要由CSDN通过智能技术生成

前言

笔者是金融保险行业,有这么一种场景,业务员录完单后提交核保,这时候系统会对保单数据进行校验,如不允许手续费超限校验,客户真实性校验、费率限额校验等等,当校验一多时,维护起来特别麻烦,代码耦合度太高。

这里使用责任链模式,将每个校验模块之间互相独立,在后面新增校验时,只需要往容器中插入即可,且可以给每个模块赋予优选级进行排序,利于管理。与Spring框架结合,利于类的管理。

正文

在这里插入图片描述

处理器模板

public interface CheckProcessor {

    /**
     * 逻辑处理
     * @param policyInfo
     * @param exposeProcessor
     */
    public void invoke(PolicyInfo policyInfo,ExposeProcessor exposeProcessor) throws Exception;
}

处理器实现类

手续费校验器

public class CommissionRateCheckProcessor implements CheckProcessor {
    @Override
    public void invoke(PolicyInfo policyInfo, ExposeProcessor exposeProcessor) throws Exception {
        System.out.println("完成手续费校验");
        //调用下个处理器
        exposeProcessor.invoke(policyInfo);
    }
}

客户真实性校验器

public class CustomerCheckProcessor implements CheckProcessor {
    @Override
    public void invoke(PolicyInfo policyInfo, ExposeProcessor exposeProcessor) throws Exception {
        System.out.println("完成客户真实性校验");
        //调用下个处理器
        exposeProcessor.invoke(policyInfo);
    }
}

保险费率校验器

public class PremiumRateCheckProcessor implements CheckProcessor {
    @Override
    public void invoke(PolicyInfo policyInfo, ExposeProcessor exposeProcessor) throws Exception {
        System.out.println("完成保险费率校验");
        //调用下个处理器
        exposeProcessor.invoke(policyInfo);
    }
}

入口管理类

public class ExposeProcessor {
    private  int index;
    private  static List<CheckProcessor> processor=new ArrayList();
    static {
        setProcessor(new CustomerCheckProcessor());
        setProcessor(new CommissionRateCheckProcessor());
        setProcessor(new PremiumRateCheckProcessor());
    }
    /**
     * 处理器
     */
    public  void invoke(PolicyInfo policyInfo) throws Exception {
    	//获取容器中所有的处理器
        List processors = getProcessors();
        if (processors.size()==0||index==processors.size()){
            return;
        }
        //根据指针指向,调用处理器。并把指针指向下一个
        CheckProcessor processor = (CheckProcessor)processors.get(index++);
        //调用处理器
        processor.invoke(policyInfo,this);
    }

    /**
     * 处理器集
     */
    private  List getProcessors(){
        return processor;
    }

    public static void setProcessor(CheckProcessor checkProcessor){
        processor.add(checkProcessor);
    }


}

  1. 获取容器中的校验器
  2. 校验是否往下执行,如果处理器数量为空,或者当前指针已经指向尾部时,则不再往下执行
  3. 将管理器以及请求参数传递到处理器中进行处理
  4. 处理器执行完毕后,调用管理器的invoke方法来启动责任链中的下个处理器

测试用例

    public static void main(String[] args) {
        ExposeProcessor exposeProcessor=new ExposeProcessor();
        try {
            exposeProcessor.invoke(new PolicyInfo());
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

在这里插入图片描述

以前代码有很多可以改进的地方,如与IOC框架结合,将每个处理器交给IOC容器进行管理,在获取处理器方法中可以直接从IOC容器中获取CheckProcessor 类型的所有实现类。

结合Spring IOC

@Service
public class ExposeProcessor implements ApplicationContextAware {
    private ApplicationContext applicationContext;
    private  int index;
    private  List<CheckProcessor> processor=new ArrayList();

    /**
     * 处理器
     */
    public  void invoke(PolicyInfo policyInfo) throws Exception {
        List processors = getProcessors();
        if (processors.size()==0||index==processors.size()){
            return;
        }
        CheckProcessor processor = (CheckProcessor)processors.get(index++);
        processor.invoke(policyInfo,this);
    }

    /**
     * 处理器集
     */
    private  List getProcessors(){
        Map<String, CheckProcessor> beansOfType = this.applicationContext.getBeansOfType(CheckProcessor.class);
        
        return beansOfType.values().stream().collect(Collectors.toList());
    }

    public void setProcessor(CheckProcessor checkProcessor){
        processor.add(checkProcessor);
    }

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        this.applicationContext=applicationContext;
    }
}

  1. 管理类实现ApplicationContextAware接口,并重写其setApplicationContext方法,将IOC上下文对象保存下来。
  2. 从IOC容器中获取类型为CheckProcessor 的类
  3. 将管理类加上@Service注解交由IOC容器进行管理
  4. 在所有的校验器实现类上都加上@Service注解,交由IOC容器管理

测试:

    public static void main(String[] args) {
    //创建Spring IOC容器,开启注解扫码
        AnnotationConfigApplicationContext annotationConfigApplicationContext=new AnnotationConfigApplicationContext("com.mashibing.dp.intepreter");
        //获取管理类
        ExposeProcessor exposeProcessor= (ExposeProcessor) annotationConfigApplicationContext.getBean("exposeProcessor");

        try {
            exposeProcessor.invoke(new PolicyInfo());
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

由于项目非Spring web项目,所以必须启动Spring IOC容器,指定包路径对注解进行扫码,这样才能将类交由容器进行管理,不然获取会为空。

在这里插入图片描述

总结

责任链模式有多种写法,具体需要根据业务场景进行定制化开发。

责任链模式的优点:

  • 降低耦合度。它将请求的发送者和接收者解耦
  • 简化了对象。使得对象不需要知道链的结构。
  • 增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序,允许动态地新增或者删除责任。
  • 增加新的请求处理类很方便。

责任链模式的缺点

  • 不能保证请求一定被接收。
  • 系统性能将受到一定影响,而且在进行代码调试时不太方便,可能会造成循环调用。
  • 可能不容易观察运行时的特征,有碍于除错。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

@猪大肠

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

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

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

打赏作者

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

抵扣说明:

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

余额充值