文章目录
????博客x主页：己不由心王道长????!
????文章说明：SpringBoot项目-瑞吉外卖【day03】分类管理????
✅系列专栏：SpringBoot项目
????本篇内容：对黑马的瑞吉外卖项目的day03进行笔记和项目实现????
☕️每日一语：生活不可能像你想象得那么好，但也不会像你想象得那么糟。☕️
???? 交流社区：己不由心王道长(优质编程社区)
前言
本次文章对应所属项目的第3天，我在想，我项目进度到底是快了还是慢了。这个问题有点深奥，如果对于官方给的进度，那我项目肯定是慢了；但是项目得消化，不能做完即可，图个完成任务的心态是不可取的，所以还是慢慢来吧。
公共字段自动填充
问题分析
我们在day02已经对后台的员工管理功能进行了开发，在新增员工时需要设置创建时间、创建人、修改时间、修改人等字段信息，在编辑员工时需要设置修改时间和修改人等字段信息。这些字段都是属于公共字段，也就是很多表中都有的字段，如下所示：
基本每个表都有以上字段，而且我们在每一个需要用到的修改、新增时都用到了这些公共字段。
这些代码十分冗余，没有技术含量，每次都写一遍是不可接受的。那么我们能不能对于这些公共字段做一个统一的处理，以便简化开发，让代码更加美观呢？可以！
MybatisPlus为我们提供了公共字段自动填充功能。
Mybatis Plus公共字段自动填充，也就是在插入或者更新的时候为指定字段赋予指定的值，使用它的好处就是可以统一对这些字段进行处理，避免了重复代码。
实现步骤:
1、在实体类的属性上加入@TableField注解，指定自动填充的策略
可以看到，我们能在相应的公共字段上，添加@TableField注解，然后在括号里选择方式，最后选择填充策略。填充策略有默认、插入、插入和更新、更新四种。
@TableField(fill=FieldFill.INSERT)
private LocalDateTime createTime;
@TableField(fill=FieldFill.INSERT_UPDATE)
private LocalDateTime updateTime;
@TableField(fill = FieldFill.INSERT)
private Long createUser;
@TableField(fill = FieldFill.INSERT_UPDATE)
private Long updateUser;
以上是公共字段填充，为什么填充策略不同呢？这里解释一下：
因为createTime只有在新建的时候使用，而updateTime在插入的时候就已经算更新了，在后面的更新中当然也算。所以updateTime的策略是插入和更新时填充，同理可以理解其他几个。
2.按照框架要求编写元数据对象处理器，在此类中统一为公共字段赋值，此类需要实现MetaObjectHandler接口
新建一个MyMetaObjectHandler：
代码实现
package com.example.commons;
import com.baomidou.mybatisplus.core.handlers.MetaObjectHandler;
import lombok.extern.slf4j.Slf4j;
import org.apache.ibatis.reflection.MetaObject;
import org.springframework.stereotype.Component;
/**
* 自定义公共字段自动填充
* @author 不止于梦想
* @date 2022/11/15 20:23
*/
@Component
@Slf4j
public class MyMetaObjectHandler implements MetaObjectHandler {
/**
* insert策略填充
* @param metaObject
*/
@Override
public void insertFill(MetaObject metaObject) {
log.info(metaObject.toString());
log.info("insert填充策略......");
}
/**
* update策略填充
* @param metaObject
*/
@Override
public void updateFill(MetaObject metaObject) {
log.info(metaObject.toString());
log.info("update填充策略......");
}
}
这里没有进行任何填充，先测试一下代码是否能够走通
功能测试
我们在update策略里输出日志并且打上断点，验证我们程序是否能够执行成功。
这是更新策略，所以我们修改员工信息：
可以看到，代码是可以走通的。并且是在UPDATE之前，这就是我们想看到的
功能完善
这里其实把上面没写的代码一并在这里完成，这里原本是解决ThreadLocal问题的，一并解决了吧。
先把update的里面这几句注释掉，现在要用公共字段填充，这些不写了，拜拜勒：
重启项目发送更新请求：
注意看参数，update时间跟我当前时间不符合，说明了现在没有填充时间。下面依次完成需要的填充：
package com.example.commons;
import com.baomidou.mybatisplus.core.handlers.MetaObjectHandler;
import lombok.extern.slf4j.Slf4j;
import org.apache.ibatis.reflection.MetaObject;
import org.springframework.stereotype.Component;
import java.time.LocalDateTime;
/**
* 自定义公共字段自动填充
* @author 不止于梦想
* @date 2022/11/15 20:23
*/
@Component
@Slf4j
public class MyMetaObjectHandler implements MetaObjectHandler {
/**
* insert策略填充
* @param metaObject
*/
@Override
public void insertFill(MetaObject metaObject) {
metaObject.setValue("createTime",LocalDateTime.now());
log.info("insert填充策略......");
}
/**
* update策略填充
* @param metaObject
*/
@Override
public void updateFill(MetaObject metaObject) {
metaObject.setValue("updateTime", LocalDateTime.now());
log.info("update填充策略......");
}
}
上面这段代码是不完整的，没有设置本次插入或者更新的人的id，我们能不能用session对象设置呢？不行，因为在方法执行的时候，真正的方法压根没有明着调用我们这个公共填充，而一次request请求你也给不了它。
解决办法，首先我们要知道的是一次request请求其实对应的是一次线程，而我们要用到的线程是JDK为我们提供的ThreadLocal.
这里我们先要确认一件事情，就是每当前台发一次http请求，我们后台对应的服务器是不是分配了一个新的线程来处理：
多余解释画蛇添足，下面是官方给的方法，我们可以试试：
在处理过程中涉及到下面类中的方法都属于相同的一个线程:
1、LoginCheckFilter的doFilter方法
2、EmployeeController的update方法
3、MyMetaObjectHandler的updateFill方法
可以在上面的三个方法中分别加入下面代码 (获取当前线程id):
long id Thread. current Thread() getId() :
Log. info(“线程id:1”,id) :
执行编辑员工功能进行验证，通过观察控制台输出可以发现，一次请求对应的线程id是相同的:
可以知道的是一次请求确实是对应一个线程，还得验证一件事情，就是不同请求不是一次线程。再发一次：
既然每次请求对应一个线程，我们不可以共有一个请求，一个线程我们是可以共享的，而且别的请求线程也影响不到你的线程。
介绍ThreadLocal：
还是看一下官方解释：
什么是ThreadLocal?
ThreadLocal并不是一个Thread，而是Thread的局部变量。当使用ThreadLocal维护变量时，ThreadLocal为每个使用该变量的线程提供独立的变量副本，所以每一个线程都可以独立地改变自己的副本，而不会影响其它线程所对应的副本。ThreadLocal为每个线程提供单独一份存储空间，具有线程隔离的效果，只有在线程内才能获取到对应的值，线程外则不
能访问。
ThreadLocal常用方法:
public void set(T value)：设置当前线程的线程局部变量的值
public T get() ：返回当前线程所对应的线程局部变量的值
我们可以在LoginCheckFilter的doFilter方法中获取当前登录用户id，并调用ThreadLocal的set方法来设置当前线程的线程局部变量的值(用户id)，然后在MyMetaobjectHandler的updateFil方法中调用ThreadLocal的get方法来获得当前线程所对应的线程局部变量的值(用户id)。
有了步骤咱就整它，打它啊，打它mad！：
实现步骤:
1、编写BaseContext工具类，基于ThreadLocal封装的工具类
package com.example.commons;
/**
* @author 不止于梦想
* @date 2022/11/15 21:45
*/
public class BaseContext {
//设置成静态属性
private static ThreadLocal<Long> threadLocal = new ThreadLocal<>();
/**
* 设置线程局部变量
* @param id
*/
public static void setCurrentId(Long id){
threadLocal.set(id);
}
/**
* 获取线程局部变量的值
* @return
*/
public static Long getCurrentId(){
return threadLocal.get();
}
}
2、在LoginCheckFilter的doFilter方法中调用BaseContext来设置当前登录用户的id
if (httpServletRequest.getSession().getAttribute("employee")!=null) {
log.info("用户已经登录"+httpServletRequest.getSession().getAttribute("employee"));
//获取当前请求的用户id
long empId = (long) httpServletRequest.getSession().getAttribute("employee");
//设置当前线程的线程局部变量的值
BaseContext.setCurrentId(empId);
filterChain.doFilter(httpServletRequest,httpServletResponse);
只有已经登录过的用户才能获取到对应的id。
3、在MyMetaObjectHandler的方法中调用BaseContext获取登录用户的id
metaObject.setValue("updateUser",BaseContext.getCurrentId());
测试:
最后把所有公共字段去掉
新增分类
需求分析
在我们的分类管理中，有两个新增分类，分别是新增菜品分类和新增套餐分类。
新增菜品分类和新增套餐分类其实基本无差别，只是发给后台时的type属性不同。
在这个功能中，我们需要连接前端，并且在后端区分，然后把操作数据存入数据库。
调用了axios、方法是post方法。
只判断了code，所以新的controller应该是String类型。
模型
在这个功能中，我们的数据模型跟前面的不一样了，不再是employee，而是category
两个分类模式，数据其实存入了一张表之中。
需要注意的是这里的name设置了唯一性约束，如果名字重复是会抛出异常的
代码开发
这里直接导入类category:
package com.example.entity;
import com.baomidou.mybatisplus.annotation.FieldFill;
import com.baomidou.mybatisplus.annotation.IdType;
import com.baomidou.mybatisplus.annotation.TableField;
import com.baomidou.mybatisplus.annotation.TableId;
import lombok.Data;
import lombok.Getter;
import lombok.Setter;
import java.io.Serializable;
import java.time.LocalDateTime;
/**
* 分类
*/
@Data
public class Category implements Serializable {
private static final long serialVersionUID = 1L;
private Long id;
//类型 1 菜品分类 2 套餐分类
private Integer type;
//分类名称
private String name;
//顺序
private Integer sort;
//创建时间
@TableField(fill = FieldFill.INSERT)
private LocalDateTime createTime;
//更新时间
@TableField(fill = FieldFill.INSERT_UPDATE)
private LocalDateTime updateTime;
//创建人
@TableField(fill = FieldFill.INSERT)
private Long createUser;
//修改人
@TableField(fill = FieldFill.INSERT_UPDATE)
private Long updateUser;
}
接下来把service、mapper弄好。
然后·写好controller：
package com.example.controller;
import com.example.commons.R;
import com.example.entity.Category;
import com.example.service.CategoryService;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
/**
* @author 不止于梦想
* @date 2022/11/17 18:21
*/
@RestController
@RequestMapping("/category")
@Slf4j
public class CategoryController {
@Autowired
CategoryService categoryService;
/**
* 新增分类
* @param category
* @return
*/
@PostMapping
public R<String> save(@RequestBody Category category){
log.info("新增分类");
boolean save = categoryService.save(category);
if(save) {
return R.success("新增分类成功");
}
return R.error("新增分类失败");
}
}
功能测试
添加分类成功，接口异常是接下来要处理的信息分页查询。
这里还有一个问题就是，如果我们添加的菜品名字一样，会出异常的，因为我们设计表时就已经把name字段设置为非空了。我们测试一下
但是我们不会受到影响，因为我们在前面已经设置了一个全局处理异常“Duplicate entry”
所以会提示我们已经存在。
分类信息分页查询
需求分析
在上面的新增分类，我们已经提到了系统接口404异常，那么这个异常其实就是当我们点击分类管理时，页面就会发送请求去后台查询数据并且返回展示了：
由上图，当我们点击新增分类时，vue就创建了钩子函数，并调用了getCategoryPage方法。并且传入了页码和页码所在页的大小。其实就是一个分页查询，我们在employee时已经做过，所以这里直接跟进getCategoryPage：
细节如图。
代码开发
@GetMapping("/page")
public R<Page> page(int page,int pageSize){
log.info("分页查询");
//构造分页构造器
Page pageInfo = new Page(page,pageSize);
//构造条件构造器，输出时要用到
LambdaQueryWrapper<Category> queryWrapper = new LambdaQueryWrapper<>();
queryWrapper.orderByAsc(Category::getSort);
//进行分页查询
categoryService.page(pageInfo, queryWrapper);
return R.success(pageInfo);
}
功能测试
删除分类
需求分析
可以看到，我们的分类管理后面其实是可以操作的，而这里要介绍的操作就是删除分类。
这里需要注意是当分类关联了菜品或者套餐时，此分类是不允许删除的。这里解释一下，我们这里只是套餐分类，真正的细节并不是存在这个表里的，而是分别存在相应的表中：
如上图，分类表只能表示有没有当前种类和添加种类，删除不归它管理，如果不存在该种类，查询时自然不显示。
代码开发
我们还是先做简单的删除
注意这里通过id删除，但参数传递时是ids
@DeleteMapping
public R<String> delete(Long ids){
log.info("删除操作......");
categoryService.removeById(ids);
return R.success("删除成功");
}
功能完善
这里细节就不多说了。
上代码，不过那些需要导入和构建架构的代码就不上了，太水：
CustomExcption:
package com.example.commons;
/**
* @author 不止于梦想
* @date 2022/11/17 21:00
*/
/**
* 自定义异常
*/
public class CustomerExcption extends RuntimeException{
/**
* 传入异常信息，交给父类
* @param msg ：异常信息
*/
public CustomerExcption(String msg){
super(msg);
}
}
CategoryServiceImpl:
package com.example.service.impl;
import com.baomidou.mybatisplus.core.conditions.query.LambdaQueryWrapper;
import com.baomidou.mybatisplus.extension.service.impl.ServiceImpl;
import com.example.commons.CustomerExcption;
import com.example.entity.Category;
import com.example.entity.Dish;
import com.example.entity.Setmeal;
import com.example.mapper.CategoryMapper;
import com.example.service.CategoryService;
import com.example.service.DishService;
import com.example.service.SetmealService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
/**
* @author 不止于梦想
* @date 2022/11/17 18:19
*/
@Service
public class CategoryServiceImpl extends ServiceImpl<CategoryMapper, Category> implements CategoryService {
@Autowired
DishService dishService;
@Autowired
SetmealService setmealService;
/**
* 通过id删除分类，删除之前检查有没有关联套餐（Setmeal）或者菜品（Dish），需要用到这两者的服务，所以在上边进行注入
* @param id
*/
@Override
public void remove(Long id) {
//判断是否关联Dish，设置查询条件
LambdaQueryWrapper<Dish> dish = new LambdaQueryWrapper<>();
//菜品分类id
// private Long categoryId;比较两者id是否相等
//设置条件判断，条件为传入id与Dish表中的属性CategoryId相等
dish.eq(Dish::getCategoryId,id);
//调用dishService服务，查询相等的条数
int count1 = dishService.count(dish);
//如果存在，则说明关联，抛出异常，提示前台
if(count1>0){
throw new CustomerExcption("菜品已被关联，不能删除");
}
//判断是否关联Dish，设置查询条件
LambdaQueryWrapper<Setmeal> setmealLambdaQueryWrapper = new LambdaQueryWrapper<>();
//分类id
//private Long categoryId;
//设置查询条件
setmealLambdaQueryWrapper.eq(Setmeal::getCategoryId,id);
//调用setmealService服务，查询相等的条数
int count2 = setmealService.count(setmealLambdaQueryWrapper);
//如果存在，则说明关联，抛出异常，提示前台
if(count2>0){
throw new CustomerExcption("套餐已被关联，不能删除");
}
//否则，则没有关联，正常关联分类,调用接口的ById方法
super.removeById(id);
}
}
别忘了再最开始的地方更改为你刚修改的方法：
如果还是留着上次的方法，小心数据丢失（悲伤）。
测试：
接下来验证没有关联的能不能删除，隆*脚饭是我刚添加的没有关联：
修改分类
需求分析
当我们点击修改时，前端根据id进行查询，并进行了一个回显操作，这里就不细究了，我们可以看到这里可以更新两个信息，名称和排序。
当点击确定时，会把以上信息作为参数进行查询。
参数时id，name，和sort，但是更新时间什么的都会设置，所以这里直接用对象作为参数。返回值是code、请求时put，路径明细如下：
代码实现
@PutMapping
public R<String> update(@RequestBody Category category){
log.info("参数：{}",category.toString());
categoryService.updateById(category);
return R.success("修改成功");
}
验证：
结尾
创作不易，喜欢的给个三连。