前言
笔者是金融保险行业,有这么一种场景,业务员录完单后提交核保,这时候系统会对保单数据进行校验,如不允许手续费超限校验,客户真实性校验、费率限额校验等等,当校验一多时,维护起来特别麻烦,代码耦合度太高。
这里使用责任链模式,将每个校验模块之间互相独立,在后面新增校验时,只需要往容器中插入即可,且可以给每个模块赋予优选级进行排序,利于管理。与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);
}
}
- 获取容器中的校验器
- 校验是否往下执行,如果处理器数量为空,或者当前指针已经指向尾部时,则不再往下执行
- 将管理器以及请求参数传递到处理器中进行处理
- 处理器执行完毕后,调用管理器的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;
}
}
- 管理类实现ApplicationContextAware接口,并重写其setApplicationContext方法,将IOC上下文对象保存下来。
- 从IOC容器中获取类型为CheckProcessor 的类
- 将管理类加上@Service注解交由IOC容器进行管理
- 在所有的校验器实现类上都加上@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容器,指定包路径对注解进行扫码,这样才能将类交由容器进行管理,不然获取会为空。
总结
责任链模式有多种写法,具体需要根据业务场景进行定制化开发。
责任链模式的优点:
- 降低耦合度。它将请求的发送者和接收者解耦
- 简化了对象。使得对象不需要知道链的结构。
- 增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序,允许动态地新增或者删除责任。
- 增加新的请求处理类很方便。
责任链模式的缺点:
- 不能保证请求一定被接收。
- 系统性能将受到一定影响,而且在进行代码调试时不太方便,可能会造成循环调用。
- 可能不容易观察运行时的特征,有碍于除错。