一、模拟业务需求
假设我们现在需要在我们的系统中导入一批关于学生信息的Excel的数据,其主要的信息有:学号、姓名、年龄、性别等等,在导入系统的时候,我们肯定不能直接的保存到数据库,我们肯定是先要对这个Excel的数据进行校验,看是否符合系统的要求,只有都符合了系统的要求了,我们把这些数据保存到数据库中去。假如我们的学生对应的实体类如下:
@Data
public class Student {
/**
* 学生编号
*/
private String stNo;
/**
* 学生姓名
*/
private String stName;
/**
* 学生年龄
*/
private Integer age;
/**
* 性别
*/
private String gender;
}
那么假设我们现在的需求是:在我们的StudentServiceImpl业务实现类里面已经接收到了一个List
二、小步小跑的迭代开发
好,一开始,业务那边的小姑娘小美说这些学生的数据没有什么重要的,只要校验这个学生的姓名不能为空就行且不超过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<Student> studentList) {
if (Objects.nonNull(studentList) && !studentList.isEmpty()) {
List<Student> checkIsOk = checkStudent(studentList);
//判断下一个处理者是不是null,即还有没有下一个处理者,且判断数据是否为空
if (Objects.nonNull(absCheckStudent) && Objects.nonNull(checkIsOk) && !checkIsOk.isEmpty()) {
//调用下一个处理者的业务处理方法
absCheckStudent.handleCheck(checkIsOk);
}
}
}
//此方法是由不同的子类来进行不同的处理实现
public abstract List<Student> checkStudent(List<Student> studentList);
}
五、子类的实现
首先实现的是学生姓名的校验的子类
public class StNameCheck extends AbsCheckStudent{
@Override
public List<Student> checkStudent(List<Student> studentList) {
//获取学生名称不符合条件的学生对象
List<Student> 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<Student> checkStudent(List<Student> studentList) {
//获取学生年龄不符合条件的学生对象
List<Student> 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<Student> checkStudent(List<Student> studentList) {
//获取学生年龄不符合条件的学生对象
List<Student> 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<Student> studentList = getStudents();
studentCheck.handleCheck(studentList);
}
public static List<Student> getStudents() {
List<Student> 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<Student> checkStudent(List<Student> studentList) {
//获取学生年龄不符合条件的学生对象
List<Student> 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 设计模式 责任链模式的资料请关注三水点靠木其它相关文章!
详解Java实现设计模式之责任链模式
- Author -
Aj小菜声明:登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。
Reply on: @reply_date@
@reply_contents@