一、模拟业务需求
假设我们现在需要在我们的系统中导入一批关于学生信息的Excel的数据，其主要的信息有：学号、姓名、年龄、性别等等，在导入系统的时候，我们肯定不能直接的保存到数据库，我们肯定是先要对这个Excel的数据进行校验，看是否符合系统的要求，只有都符合了系统的要求了，我们把这些数据保存到数据库中去。假如我们的学生对应的实体类如下：
@Data
public class Student {
/**
* 学生编号
*/
private String stNo;
/**
* 学生姓名
*/
private String stName;
/**
* 学生年龄
*/
private Integer age;
/**
* 性别
*/
private String gender;
}
那么假设我们现在的需求是：在我们的StudentServiceImpl业务实现类里面已经接收到了一个List studentList集合的数据，这个集合的数据就是刚刚从Excel里导进来的学生的数据信息，但是集合里面的每个Student对象的属性都没有进行过校验，现要求你对这些属性进行校验完全通过后再把这些学生的信息保存到数据库中去。
二、小步小跑的迭代开发
好，一开始，业务那边的小姑娘小美说这些学生的数据没有什么重要的，只要校验这个学生的姓名不能为空就行且不超过20个字就行了，这个对于你来说就是个小意思，于是你可能在业务代码中先对集合进行遍历然后写下这样的判断：
//判断学生的姓名是否符合条件
if(Objects.nonNull(stu.getStName()) && stu.getStName().length() < 20) {
//TODO ...对符合的数据进行下一步的处理
}
过了不久，小美害羞的看着你，对你说：这个年龄也要做判断，必填且不能小于0，不能大于60，改好了请你吃饭。你看着她甜美的笑容，果断的对好说：简单。于是你又加上了这样的代码：
//判断学生的姓名是否符合条件
if(Objects.nonNull(stu.getStName()) && stu.getStName().length() < 20) {
if(Objects.nonNull(stu.getStAge()) && stu.getStAge() > 0 && stu.getStAge() < 60) {
//TODO ...对符合的数据进行下一步的处理
}
}
又过了几天，你又看到小美跑过来，你满怀期待的觉得她是通知你今天下班了一起共进晚餐。但是她却支支吾吾的想说又说不出，这里你心想，完蛋了，会不会共进晚餐的机会泡汤了。这时她说：这个学生的性别也要做校验，且只能是“男”或“女”，加上之前的都要校验通过了才能在到系统里面。听到这里，你不由得松了一口气，共进晚餐的机会还有。于是你说：没问题。于是你又在原先的代码里面进行了迭代：
//判断学生的姓名是否符合条件
if(Objects.nonNull(stu.getStName()) && stu.getStName().length() < 20) {
if(Objects.nonNull(stu.getStAge()) && stu.getStAge() > 0 && stu.getStAge() < 60) {
if(Object.notNull(stu.getGender()) && ("男".equest(stu.getGender()) || "女".equest(stu.getGender()))) {
//TODO ...对符合的数据进行下一步的处理
}
}
}
你很快的改完了，但是在检查的时候，看着这个代码，总感觉有总说不出来的问题，但是又好像没有什么问题。实然，你想到以后小美肯定还会经常来找你，如果再继续的这样if的写下去，以后越来越难维护了，以后和小美吃饭的时间都没有了。想到这，你不由得直冒冷汗。于是你闭关半天，终于把这个潜在的阻止你和小美吃饭的的拦路虎给解决了。
三、系统对数据的校验要求
- stName（学生姓名）：不能为空，不能超过20个字符。
- age（学生年龄）：只能为整数，且小于60。
- gender（学生性别）：只能是"男"或"女"。
- stNo（学生编号）：要求唯一，不能为空，不能超过20个字符，且在数据库中不能已经存在。
四、新建一个抽象类
在这个抽象类中，包含有有一个它自身属性，和一个set方法，此外还要有一个抽象方法，给不同的子类来实现不同的逻辑，详细说明如下：
//抽象的父类
public abstract class AbsCheckStudent {
//包含有自身的一个属性，其作业主要是下一个对数据的处理者
protected AbsCheckStudent absCheckStudent;
//设定下一个处理者
public void setAbsCheckStudent(AbsCheckStudent absCheckStudent) {
this.absCheckStudent = absCheckStudent;
}
//此方法是业务层调用的方法，即业务调用此方法，把学生的集合做参数传进来即可。
public void handleCheck(List studentList) {
if (Objects.nonNull(studentList) && !studentList.isEmpty()) {
List checkIsOk = checkStudent(studentList);
//判断下一个处理者是不是null，即还有没有下一个处理者，且判断数据是否为空
if (Objects.nonNull(absCheckStudent) && Objects.nonNull(checkIsOk) && !checkIsOk.isEmpty()) {
//调用下一个处理者的业务处理方法
absCheckStudent.handleCheck(checkIsOk);
}
}
}
//此方法是由不同的子类来进行不同的处理实现
public abstract List checkStudent(List studentList);
}
五、子类的实现
首先实现的是学生姓名的校验的子类
public class StNameCheck extends AbsCheckStudent{
@Override
public List checkStudent(List studentList) {
//获取学生名称不符合条件的学生对象
List stNameIsNotOk = studentList.stream().filter(stu -> {
String stName = stu.getStName();
return Objects.isNull(stName) || "".equals(stName);
}).collect(Collectors.toList());
System.out.println("名字校验不通过的数据有："+ stNameIsNotOk.toString());
//在原有的集合中移除不符合学生姓名的对象集合
studentList.removeAll(stNameIsNotOk);
System.out.println("名字校验通过的数据：" + studentList.toString());
//返回通过学生姓名校验的学生的集合
return studentList;
}
}
然后再实现的是学生年龄的校验子类
public class StAgeCheck extends AbsCheckStudent{
@Override
public List checkStudent(List studentList) {
//获取学生年龄不符合条件的学生对象
List stAgeIsNotOk = studentList.stream().filter(stu -> {
Integer stAge = stu.getAge();
return Objects.isNull(stAge) || stAge <= 0 || stAge >= 60;
}).collect(Collectors.toList());
System.out.println("年龄校验不通过的数据有：" + stAgeIsNotOk.toString());
//在原有的集合中移除不符合学生年龄的对象集合
studentList.removeAll(stAgeIsNotOk);
System.out.println("年龄校验通过的数据：" + studentList.toString());
//返回通过学生姓名校验的学生的集合
return studentList;
}
}
最后实现的是学生性别的校验的子类
public class StGenderCheck extends AbsCheckStudent{
@Override
public List checkStudent(List studentList) {
//获取学生年龄不符合条件的学生对象
List stGenderIsNotOk = studentList.stream().filter(stu -> {
String gender = stu.getGender();
return Objects.isNull(gender) || !("男".equals(gender) || "女".equals(gender));
}).collect(Collectors.toList());
System.out.println("性别校验没有通过的数据：" + stGenderIsNotOk.toString());
//在原有的集合中移除不符合学生年龄的对象集合
studentList.removeAll(stGenderIsNotOk);
System.out.println("性别校验通过的数据：" + studentList.toString());
//返回通过学生姓名校验的学生的集合
return studentList;
}
}
六、构建责任链和调用
好了，现在，校验姓名的子类、校验年龄的子类、校验性别的子类都已经实现了。不同职责的子类校验有了，现在我们需要构建一条责任链。即，先通过了姓名校验的数据才能进行下一步的年龄校验，通过了年龄校验的数据才能到性别校验，性别校验通过了，就可以保存数据到数据库了。现在我们构建如下的责任链：
public class Chain {
public static AbsCheckStudent getStudentCheck() {
//校验姓名
AbsCheckStudent stNameCheck = new StNameCheck();
//校验年龄
AbsCheckStudent stAgeCheck = new StAgeCheck();
//校验性别
AbsCheckStudent stGenderCheck = new StGenderCheck();
//设置好责任链的顺序，把校验年龄的子类当作StNameCheck中的下一个处理者
stNameCheck.setAbsCheckStudent(stAgeCheck);
//把校验性别的子类当作StAgeCheck中的下一个处理者
stAgeCheck.setAbsCheckStudent(stGenderCheck);
}
public static void main(String[] args) {
AbsCheckStudent studentCheck = getStudentCheck();
List studentList = getStudents();
studentCheck.handleCheck(studentList);
}
public static List getStudents() {
List result = new ArrayList<>();
Student s1 = new Student();
s1.setAge(12);
s1.setGender("男");
s1.setStName("张三");
s1.setStNo("");
Student s2 = new Student();
s2.setAge(12);
s2.setGender("男1");
s2.setStName("张三");
s2.setStNo("123");
Student s3 = new Student();
s3.setAge(12);
s3.setGender("男");
s3.setStName("张三");
s3.setStNo("123");
result.add(s1);
result.add(s2);
result.add(s3);
return result;
}
}
最后的运行结果如下：
你看，这样的话，我们只要有有最后校验性别的逻辑里面，对于通过性别校验的数据保存到数据库里面就行了。
七、可维护性
当你闭关出来后，小美又过来找你了，说学生编号要求唯一，不能为空，不能超过20个字符，且在数据库中不能已经存在。只有当编号的校验通过了就可以放心的保存到数据库了。
这时候，你就可以这样进行扩展了，先创建一个子类来继承AbsCheckStudent
public class StGenderCheck extends AbsCheckStudent{
@Override
public List checkStudent(List studentList) {
//获取学生年龄不符合条件的学生对象
List stNoIsNotOk = studentList.stream().filter(stu -> {
String stNo = stu.getStNo();
return Objects.isNull(stNo) || "".equals(stNo) || stNo.length() > 20;
}).collect(Collectors.toList());
//TODO 做数据库中的惟一性的校验等
System.out.println("编号校验不通过的数据有：" + stNoIsNotOk.toString());
//在原有的集合中移除不符合学生编号的对象集合
studentList.removeAll(stNoIsNotOk);
System.out.println("通过了全部的校验的数据有：" + studentList);
//TODO 全部通过校验了，保存数据到数据库 save(studentList);
return null;
}
}
然后我们再在那个责任链上加上这个新的处理节点：
public class Chain {
public static AbsCheckStudent getStudentCheck() {
//校验姓名
AbsCheckStudent stNameCheck = new StNameCheck();
//校验年龄
AbsCheckStudent stAgeCheck = new StAgeCheck();
//校验性别
AbsCheckStudent stGenderCheck = new StGenderCheck();
//设置好责任链的顺序，把校验年龄的子类当作StNameCheck中的下一个处理者
stNameCheck.setAbsCheckStudent(stAgeCheck);
//把校验性别的子类当作StAgeCheck中的下一个处理者
stAgeCheck.setAbsCheckStudent(stGenderCheck);
AbsCheckStudent stNoCheck = new StNoCheck();
//把学生的编号校验放到性别校验的后面
stGenderCheck.setAbsCheckStudent(stNoCheck);
}
// ......
}
运行结果如下：
八、总结
8.1、责任链模式
- 可以控制请求的处理的顺序
- 单一职责原则，可以对发起操作和执行操作的类进行解耦
- 开闭原则，可不用修改原有的业务代码，新增其他的处理类
- 不能保证每个处理者者可以执行
- 效率不是很好，调用时如果不注意会出现各种各样的问题
8.2、责任链模式适用的场景
- 当必须按顺序执行多个处理者时，可以考虑使用责任链模式
- 如果处理者的顺序及其必须在运行时改变时，可以考虑使用责任链模式
以上就是详解Java实现设计模式之责任链模式的详细内容，更多关于Java 设计模式 责任链模式的资料请关注脚本之家其它相关文章！