目录
用户部分
实体类属性的参数校验
更新用户密码
文章部分
规定josn日期输出格式
分组校验
上期回顾:【SpringBoot】 黑马大事件笔记-day1
用户部分
实体类属性的参数校验
对应的接口文档:
基本信息
请求路径:/user/update
请求方式:PUT
接口描述:该接口用于更新已登录用户的基本信息(除头像和密码)
请求参数
请求参数格式:application/json
请求参数说明:
请求数据样例:
{ "id":5, "username":"wangba", "nickname":"wb", "email":"wb@itcast.cn" }
响应数据
响应数据类型:application/json
响应参数说明:
响应数据样例:
{ "code": 0, "message": "操作成功", "data": null }
这种其实比较简单,就是底层的增删查改;明确接口文档的需求:username 不是必传项,而其他属性必须要传。而且传的属性值需要进行校验,确保数据的正确性。比如邮箱的格式需要规范,否则发不了短信找回账号。其次修改日期需要进行更新。
Contorller
@RequestMapping("/update")public Result update(@RequestBody User user) {userService.update(user);return Result.success();}
Service
我们可以使用 LocalDateTime.now() 方法来记录当前系统时间,这样用户信息的更新时间便有了。
@Overridepublic void update(Category category) {category.setUpdateTime(LocalDateTime.now());categoryMapper.update(category);}
Mapper
<update id="update">UPDATE user SET nickname=#{nickname},email=#{email},update_time=#{updateTime} where id=#{id}</update>
我们发现参数没有进行校验,容易导致一些错误:用户名有奇怪字符以及邮箱不正确导致发送不了验证码。
所以我们要对参数进行校验:实体类的成员变量上添加注解
Pojo
@Data
@AllArgsConstructor
@NoArgsConstructor
public class User {@NotNullprivate Integer id;//主键IDprivate String username;//用户名@JsonIgnore private String password;//密码@NotEmpty@Pattern(regexp = "^\\S{1,10}$")private String nickname;//昵称@NotEmpty@Emailprivate String email;//邮箱private String userPic;//用户头像地址private LocalDateTime createTime;//创建时间private LocalDateTime updateTime;//更新时间
}
对实体类的属性添加注解,可以起到一定的约束作用:
注解 | 作用 |
---|---|
@NotNull | 不能为 null,但可以为 empty,一般用在 Integer 类型的基本数据类型的非空校验上 |
@NotEmpty | 不能为 null,且长度必须大于 0,一般用在集合类上或者数组上 |
用于验证字符串是否符合电子邮件的格式,一般应用于 String 类的字段上 | |
@Pattern | 被注解的元素必须符合给定的正则表达式,一般用来规定该属性的长度区间 |
注意:要使这些注解生效还有一个条件,就是在控制层传入参数的这里加上 @Validated 注解
@RequestMapping("/update")public Result update(@RequestBody @Validated User user) {userService.update(user);return Result.success();}
这样当我们重新运行项目时,就会抛出校验失败的异常。
更新用户密码
对应的接口文档:
基本信息
请求路径:/user/updatePwd
请求方式:PATCH
接口描述:该接口用于更新已登录用户的密码
请求参数
请求参数格式:application/json
请求参数说明:
请求数据样例:
{ "old_pwd":"123456", "new_pwd":"234567", "re_pwd":"234567" }
根据接口文档的说,我们可以知道修改密码需要三个属性:原密码、新密码、确认密码。
所以我们后端需要用 Map 来接收参数;为了保证密码的规范还需要对其进行校验:
密码的长度是否合法,有没有缺少参数 |
输入的原密码是否与数据库中的匹配 |
新密码与确认密码是否一致 |
只有满足以上条件,密码才能修改成功。
Controller
@PatchMapping("/updatePwd")public Result updatePwd(@RequestBody Map<String,String> params){// 校验参数String oldPwd = params.get("old_pwd");String newPwd = params.get("new_pwd");String rePwd = params.get("re_pwd");if(!StringUtils.hasLength(oldPwd) || !StringUtils.hasLength(newPwd) || !StringUtils.hasLength(rePwd)) {return Result.error("缺少必要参数");}// 判断原密码Map<String,Object> map = ThreadLocalUtil.get();String username = (String) map.get("username");User LoginUser = userService.findByUserName(username);if(!Md5Util.getMD5String(oldPwd).equals(LoginUser.getPassword())) {return Result.error("原密码填写不正确");}// 修改密码和确认密码是否一样if(!newPwd.equals(rePwd)) {return Result.error("两次填写的密码不一致");}// 调用Service完成密码更新userService.updatePwd(newPwd);return Result.success();}
由于在数据库中的密码是经过 Md5Util 加密的,所以比较时需要将输入原密码通过 Md5Util 转化后在比较。
Serivce
@Overridepublic void updatePwd(String newPwd) {Map<String,Object> map = ThreadLocalUtil.get();Integer id = (Integer) map.get("id");userMapper.updatePwd(Md5Util.getMD5String(newPwd),id);}
由于需要修改密码,首先要获取用户的信息;之前在 ThreadLocal 存放的用户信息 id 此时就就可以直接获取。
Mapper
别忘记每次更新数据库数据都需要更新修改时间。
<update id="updatePwd">UPDATE user SET password=#{newPwd},update_time=now() WHERE id=#{id}</update>
文章部分
规定josn日期输出格式
@JsonFormat 是在 Jackson 中定义的一个注解,是一个时间格式化注解。此注解用于属性上,作用是把 Date 类型的数据转化成为我们想要的格式。
@JsonFormat(pattern = "yyyy-mm-dd HH:mm:ss")private LocalDateTime createTime;//创建时间@JsonFormat(pattern = "yyyy-mm-dd HH:mm:ss")private LocalDateTime updateTime;//更新时间
分组校验
需求
我们经常会碰到这样的一个场景:
Controller
@PostMappingpublic Result add(@RequestBody @Validated Category category) {categoryService.add(category);return Result.success();}@PutMappingpublic Result update(@RequestBody @Validated Category category) {categoryService.update(category);return Result.success();}
Pojo
@NotNullprivate Integer id;//主键ID
更新的时候某些字段为必填(比如id), 新增的时候非必填:
Service
@Overridepublic void add(Category category) {// 补充属性category.setCreateTime(LocalDateTime.now());category.setUpdateTime(LocalDateTime.now());// 获取用户idMap<String,Object> map = ThreadLocalUtil.get();Integer id = (Integer) map.get("id");category.setCreateUser(id);categoryMapper.add(category);}@Overridepublic void update(Category category) {category.setUpdateTime(LocalDateTime.now());categoryMapper.update(category);}
Mapper
<insert id="add">INSERT INTO category(category_name, category_alias, create_user, create_time, update_time)VALUES (#{categoryName},#{categoryAlias},#{createUser},#{createTime},#{updateTime})</insert><update id="update">UPDATE category SET category_name=#{categoryName},category_alias=#{categoryAlias},update_time=#{updateTime}WHERE id=#{id}</update>
新增的时候只需获取 ThreadLocal 中的用户 id 进行有效的插入即可,Mapper 并不涉及 id 的操作,所以获取请求时不需要传入 id;更新的时候 Mapper 需要 id 进行文章信息的定位,所以获取请求时需要传入 id。但是我们在 Pojo 给 id 属性加了 @NotNull 注解,表示不能为空;所以新增在获取对象请求的时候必须传入 id 否则就会抛出异常。
如何解决这种问题呢?Validator 校验框架提供了分组校验,可以帮助我们快速的实现这样的需求。简单来说就是,新增时使用新增校验规则,更新时使用更新校验规则。
分组校验
把校验项进行归类分组,在完成不同的功能的时候,校验指定组中的校验项。
步骤:
定义分组 |
定义校验项时指定归属的分组 |
校验时指定要校验的分组 |
定义分组:
我们以在 Pojo 实体类中定义两个接口,说明分了 Add、Update 两个组。
public class Category {public interface Add {}public interface Update {}
}
定义校验项时指定归属的分组:
public class Category {@NotNull(groups = Update.class)private Integer id;@NotEmpty(groups= {Add.class,Update.class})private String categoryName;@NotEmpty(groups= {Add.class,Update.class})private String categoryAlias;public interface Add {}public interface Update {}
}
校验时指定要校验的分组:
@PostMappingpublic Result addCategory(@RequestBody @Validated(Category.Add.class) Category category) {categoryService.add(category);return Result.success();}@PutMappingpublic Result update(@RequestBody @Validated(Category.Update.class) Category category) {categoryService.update(category);return Result.success();}
这样新增时就不需要传入 id 了。
结合 @Validated 源码:我们来看一下
@Target({ElementType.TYPE, ElementType.METHOD, ElementType.PARAMETER})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Validated {Class<?>[] value() default {};
}
例如:@Validated 注解中增加了 Category.Add.class 参数,表示对于定义了分组校验的字段使用 Add 校验规则,其他字段使用默认规则。
这样就又出现了另一个问题:如果同一个校验项属于多个分组的话,就需要在 groups= {} 中传入多个参数;这样我们就可以使用 @Validated 默认分组来优化这个问题。
举个例子:
如果说某个校验项没有指定分组,默认属于 Default 分组。分组之间可以继承,A extends B 那么 A 中拥有 B 中所有的校验项。
public class Category {@NotNull(groups = Update.class)private Integer id;@NotEmptyprivate String categoryName;@NotEmptyprivate String categoryAlias;public interface Add extends Default {}public interface Update extends Default{}
}
所以 @NotEmpty 就相当于 groups= {Add.class,Update.class},而 @NotNull(groups = Update.class) 指定了校验项,所以只有更新的操作才进行校验。