本文基于Java，SpringMVC框架。MVC即Model+View+Controller。即使不太确切，我喜欢将其理解为：浏览器与数据库建立联系的方式。（Browser是浏览器，DB是数据库）
Controller 层
- 掰收序列化信息（JSON）
- 通过注解进行转换
- @RequestParam（可默认不写）
@DeleteMapping
@ApiOperation("删除分类")
public Result<String> deleteById(Long id){}
查询字符串传递id参数：/admin/category?id=1 - @PathVariable：
@DeleteMapping("/{id}")//嵌入点@ApiOperation("删除分类")public Result<String> deleteById(@PathVariable Long id){}
仅在URL后嵌入参数:/admin/category/1 - @RequestBody：反序列化为实体类
@PostMapping@ApiOperation("新增分类")public Result<String> addCategory(@RequestBody Category category) { // 业务逻辑 }
Service 层
一般来说，Service看有没有接口，有的话直接看Impl实现类会比较具体。
- 新增（Insert）： 需要将业务中的对象封装为程序中的完整实体类，再对应添加完整实体类中应该添加但业务对象缺失的部分（通过拷贝+set方法），好处是可以通过一次Mapper层编写实现不同新增对象的数据操作。（数据完整性/业务隔离/易维护） 说人话：把不健全的变得健全，这样方便数据操作时只用处理健全的一种情况。
- 删除（Delete）： 检查删除业务是否影响其余业务（调用其他Mapper），再进行删除处理
- 更新（Update）： 处理逻辑上与新增相同，封装+填充；但Mapper层有所不同，一般通过if判断需要更新哪些条件（实际上思想也是一致的，将所有情况假设好再使用if与where排除，只需写一次）
- 查询（Select）： Select的业务逻辑并不难，明确好输入参数，以及输出的是参数/对象/列表即可。
Mapper 层
- 新增：
Insert into 表名(字段名1,字段名2......) VALUES (#{对应对应参数1},#{对应对应参数2}...)- 删除
Delete from 表名 where id = #{id}注：若是删除某个属性，其实是通过update的更新逻辑去实现的
- 更新
Update 表名
SET column_name1 = new_value1,
column_name2 = new_value2
WHERE condition;大部分会在xml进行操作，更加解耦与易管理，因为只需写一次
- 查询
Select * from 表名一般是在xml中操作，需要明确parameterType和resultType会好一些。
