关于扩展MP提供的方法
在以前学习OOP中继承的时候，讲到若在一组继承关系中，如果MP提供的方法不够用，那么可以选择扩展父类的方法。大家都知道，MP的特色就是开发者不用写SQL，而这背后的原理是在一次又一次接口的实现、类的继承中体现的（直接调用事先封装好的方法）。
但是它内部封装好的方法并不能帮助我们解决万难，在一些特殊的场景我们不能局限于使用它提供的方法，针对场景要进行适当“改装”。所以，当“时机成熟之时”我们可以重写父类的方法，来扩展原有方法的功能。
当实体间存在联系，也就是几张表之间相互关联。如果想要删除表中的一则信息我们肯定是要考虑他与其他实体的联系，比如：我删除一个菜类表中的一条数据，这个菜类下可能有菜品，也可能关联套餐，如果直接remove（）掉选中的菜类，那么我另两个实体中的数据就会丢失！
所以，我如果想要删除菜类的数据，仅仅通过MP提供的remove（）方法显然是不够严谨全面的。在通过service调用remove（）方法之前得加上贴合实际场景的判断条件。
这就要求我们对MP（）封装的方法进行改进，怎么改进呢？反正层与层之间是继承、实现，那我在接口里重新定义一个remove（）方法把之前的覆盖不就🆗了，反正在Controller层中我们是通过接 
文件上传
文件上传，也称为upload，是指将本地图片、视频、音频等文件上传到服务器上，文件上传与下载可谓是在生活中应用十分广泛，一次上传对应一次请求，后端要做的是如何把这次请求中的文件信息转存到指定的地址
以上传图片为例
在表单里，当点击或者拖拽文件上传，前端页面就会发出一次如下的请求：
在后端的Controller层中怎样才能接受到前端发来的文件呢？这就要用到Apache为我们提供的两个组件，commons-fileupload与commons-io，本质是对文件的i/o操作
基于上面两个组件，Spring框架在spring-web包中对文件上传进行了封装，大大简化了服务端代码，所以只需要在Controller的方法中声明一个MultipartFile类型的参数即可接收上传的文件，就像这样:
public class CommonController {
@Value("${reggie.path}") //@Value注解读取配置文件中reggie的值
private String Basepath;
@PostMapping("/upload")
public R<String> upload(MultipartFile file) {
//file是一个指定文件，必须转存到指定位置，这里的形参必须命名为file！
log.info(file.toString());
String usedName= file.getOriginalFilename();//原始名
//将临时文件转存到电脑硬盘
try {
//通过配置文件的形式将转存路径变得更灵活
file.transferTo(new File(Basepath+usedName));
} catch (IOException e) {
e.printStackTrace();
}
return R.success(usedName);
}
}要注意这里的形参必须定义为file，与前端中的表单信息一致，否则文件信息不会传到方法里。
当在前端页面上传文件过后，文件信息就被存到了一个tomcat临时目录中，在本地电脑中可以找到
为了实现完整的上传功能，需要将临时的文件转存到指定的位置中，如果不转存，下一次刷新文件信息就会丢失 file.transferTo(new File(Basepath+usedName));
改进
大家可能会发现，usedName就是用户上传文件的文件名，但难免会出现重名的情况，为了避免我们可以使用UUID生成随机文件名,但是生成的id没有“.jpg”的的后缀，所以还需要动态地去截取一下usedName，就像这样：
String usedName= file.getOriginalFilename();//原始名
String jpg = usedName.substring(usedName.lastIndexOf("."));//截取.jpg后缀
String uuidName= UUID.randomUUID().toString()+jpg;//使用UUID生成32位随机名在SpringBoot的配置类中，转存目录path是我自定义的，这就需要考虑目录存不存在的问题，对此应在转存前加上判断条件，就像这样：
//创建一个目录对象
File file1 = new File(Basepath);
//如果目录不存在
if (!(file1.exists())){
file1.mkdirs();//就按照Basepath创建一个目录
}
