一、使用Java的函数式编程接口Optional
Optional
接口本质是个容器,你可以将你可能为 null
的变量交由它进行托管,这样我们就不用显式对原变量进行 null
值检测,防止出现各种空指针异常。
Optional语法专治上面的俄罗斯套娃式 if
判空,因此代码可以重构如下:
public String getStreetName( Province province ) {
return Optional.ofNullable( province )
.map( i -> i.getCity() )
.map( i -> i.getDistrict() )
.map( i -> i.getStreet() )
.map( i -> i.getName() )
.orElse( "未找到该道路名" );
}
漂亮!嵌套的 if/else
判空灰飞烟灭!
解释一下执行过程:
-
ofNullable(province )
:它以一种智能包装的方式来构造一个Optional
实例,province
是否为null
均可以。如果为null
,返回一个单例空Optional
对象;如果非null
,则返回一个Optional
包装对象 -
map(xxx )
:该函数主要做值的转换,如果上一步的值非null
,则调用括号里的具体方法进行值的转化;反之则直接返回上一步中的单例Optional
包装对象 -
orElse(xxx )
:很好理解,在上面某一个步骤的值转换终止时进行调用,给出一个最终的默认值
当然实际代码中倒很少有这种极端情况,不过普通的 if(obj!=null)
判空也可以用 Optional
语法进行改写,比如很常见的一种代码:
List<User> userList = userMapper.queryUserList( userType );
if( userList != null ) {//此处免不了对userList进行判空
for( User user : userList ) {
// ...
// 对user对象进行操作
// ...
}
}
如果用 Optional
接口进行改造,可以写为:
List<User> userList = userMapper.queryUserList( userType );
Optional.ofNullable( userList ).ifPresent(
list -> {
for( User user : list ) {
// ...
// 对user对象进行操作
// ...
}
}
)
这里的 ifPresent()
的含义很明显:仅在前面的 userList
值不为 null
时,才做下面其余的操作。
二、使用spring注解标记实体类
其实Spring框架很早版本开始,就通过注解的方式,来方便地为我们提供了各项交互数据的校验工作,比如上面的例子,我们只需要在传入的 Student
实体类的字段中加入对应注解即可方便的解决问题:
public class Student {
@NotNull(message = "传入的姓名为null,请传值")
@NotEmpty(message = "传入的姓名为空字符串,请传值")
private String name; // 姓名
@NotNull(message = "传入的分数为null,请传值")
@Min(value = 0,message = "传入的学生成绩有误,分数应该在0~100之间")
@Max(value = 100,message = "传入的学生成绩有误,分数应该在0~100之间")
private Integer score; // 分数
@NotNull(message = "传入的电话为null,请传值")
@NotEmpty(message = "传入的电话为空字符串,请传值")
@Length(min = 11, max = 11, message = "传入的电话号码长度有误,必须为11位")
private String mobile; // 电话号码
}
当然,于此同时,我们还需要在对象入口处,加上注解 @Valid
来开启对传入 Student
对象的验证工作:
@PostMapping("/add")
public String addStudent( @RequestBody @Valid Student student ) {
// 棒棒哒!原先各种繁杂的参数校验工作统统都省了!一行代码不用写
studentService.addStudent( student ); // 将student对象存入MySQL数据库
return "SUCCESS";
}
这时候,如果某个字段传入错误,比如我传数据的时候,将学生的成绩误传为 101
分,则接口返回结果便会提示出错误详情:
上面利用注解的方式做统一数据校验感觉十分美好,但唯一美中不足的就是返回的结果太过繁杂,不一定使我们需要的格式,我们需要做统一处理,比如:我只想将具体参数校验的错误提示信息给抠出来返回给前端即可。
为此,我们为项目配置全局统一异常拦截器来格式化所有数据校验的返回结果。
@ControllerAdvice
@ResponseBody
public class GlobalExceptionInterceptor {
@ExceptionHandler(value = Exception.class)
public String exceptionHandler(HttpServletRequest request, Exception e) {
String failMsg = null;
if (e instanceof MethodArgumentNotValidException) {
// 拿到参数校验具体异常信息提示
failMsg = ((MethodArgumentNotValidException)e).getBindingResult().getFieldError().getDefaultMessage();
}
return failMsg; // 直接吐回给前端
}
}
如上面代码所示,我们全局统一拦截了参数校验异常 MethodArgumentNotValidException
,并仅仅只拿到对应异常的详细 Message
信息吐给前端,此时返回给前端的数据就清楚得多:
可以的,非常优雅!