注解注解注解

Service层和DAO层

感觉Service层并没有做什么实际的工作，只是接受了Servlet，同时又调用了Dao。它本身并没有什么实际意义的代码，感觉并没有什么用处，那为什么还写？这不是增加代码量吗？
Service是业务层，Dao是数据访问层，这样的分层是基于MVC架构来说的Dao层：全称为data access object，属于一种比较底层，比较基础的操作，具体到对于某个表、某个实体的增删改查

Service层：被称为服务，肯定是相比之下比较高层次的一层结构，相当于将几种操作封装起来。

具体起来，Dao的作用是封装对数据库的访问：增删改查，不涉及业务逻辑，只是达到按某个条件获得指定数据的要求；
而Service，则是专注业务逻辑，对于其中需要的数据库操作，都通过Dao去实现。

简单来说就是Dao层是底层，具体到某一张表的增删查改，可以理解为有多少张表就有多少个Dao层，而Service成可以理解为是Dao层的 “上司”，通过Service层来控制Dao层。

一个Service层控制一个或者多个Dao层。

举个栗子：Service层好比是老大，手下跟着一大帮小弟 (Dao层), 老大不用亲自出马，有事情吩咐小弟去干就行，老大只管下命令，小弟只管做事跑腿。
而为什么我们要通过Service层去调用Dao层，这样做的最大好处就是：
说的通俗点就是降低代码之间的耦合，尽量让代码之间不要有太大的联系。

ServiceImpl和IService是对应的**

这里如果不extend ServiceImpl 还要写好多实现方法

@Service

如果一个类带了@Service注解，将自动注册到Spring容器，不需要再在applicationContext.xml配置文件中定义bean了，类似的还包括@Component、@Repository、@Controller

4 、今日学习

MyBatis-Plus中Page类

5、今日学习

@EnableTransactionManagement

queryWrapper 中in 和 equl的区别

in是有多个 ids是一个List

eq是单个 item.getId只有一个

like模糊查询
lt<
gt >

7 @PathVariable 和 @RequestParam

这一个意思是ids是作为请求的参数所以要 @RequestParam(“ids”)

@RequestBody

后端@RequestBody注解对应的类在将HTTP的输入流(含请求体)装配到目标类(即:@RequestBody后面
的类)时，会根据json字符串中的key来匹配对应实体类的属性，如果匹配一致且json中的该key对应的值
符合(或可转换为)实体类的对应属性的类型要求时，会调用实体类的setter方法将值赋给该属性。