苍穹外卖day12

关于新增菜品的完整开发 逻辑

首先控制层

@RestController @RequestMapping("/admin/dish") @Api(tags="菜品相关接口") @Slf4j public class DishController { @Autowired private DishService dishService; /** * 新增菜品 * @param dishDTO * @return */ @PostMapping @ApiOperation("新增菜品") public Result save(@RequestBody DishDTO dishDTO){ dishService.SaveWithFlavor(dishDTO); return Result.success(); } }

接收前端请求，把业务交给 Service，最后返回结果。

Controller不要写业务逻辑，这是三层架构最重要的原则之一。

说清楚一次新增菜品请求是如何从前端流转到 Service 的？

前端点击 保存按钮 根据注解@RequestMapping("/admin/dish")找到对应的控制层

看见@RequestBody 把json格式的数据封装成DTO 也就是dishdto 然后 @postmapping 表示只有post请求能访问

关于一些概念的澄清

为什么要有访问方式的区别？方法不是直接调用的吗？

区分 http请求和普通java代码调用

浏览器 ↓ HTTP请求 ↓ Tomcat ↓ Spring MVC ↓ DishController.save() ↓ Service ↓ Mapper

implements DishService

说明：

实现接口。

@Service

告诉Spring：

这是业务层。

Spring启动的时候：

会创建：

DishServiceImpl

对象。

@Transactional

一句话：

这个方法里的数据库操作，要么全部成功，要么全部失败。

菜品分页查询功能

第一步

明确业务规则

第二步 明确接口设计

请求参数就是前端传来的参数

Query 就是地址后面的不是json格式是查询参数

第三步 代码开发

设计DTO

写代码吧

只说几个需要特别记忆的点

分页查询需要用到pageHeper插件

能看明白就可以