一、用户地址簿功能
1.1 需求分析
地址簿,指的是移动端消费者用户的地址信息,用户登录成功后可以维护自己的地址信息。同一个用户可以有多个地址信息,但是只能有一个默认地址。
对于地址簿管理,需要实现以下几个功能:
- 新增地址
- 地址列表查询
- 设置默认地址
- 编辑地址
- 删除地址
1.2 数据模型
用户的地址信息会存储在address_book表,即地址簿表中。具体表结构如下:
这里面有一个字段is_default,实际上我们在设置默认地址时,只需要更新这个字段就可以了。
1.3 功能实现
1). 实体类 AddressBook
所属包: com.itheima.reggie.entity
1 | import com.baomidou.mybatisplus.annotation.FieldFill; |
2). Mapper接口 AddressBookMapper(直接从课程资料中导入即可)
所属包: com.itheima.reggie.mapper
1 | import com.baomidou.mybatisplus.core.mapper.BaseMapper; |
3). 业务层接口 AddressBookService
所属包: com.itheima.reggie.service
1 | import com.baomidou.mybatisplus.extension.service.IService; |
**4). 业务层实现类 AddressBookServiceImpl
所属包: com.itheima.reggie.service.impl
1 | import com.baomidou.mybatisplus.extension.service.impl.ServiceImpl; |
5). 控制层 AddressBookController
所属包: com.itheima.reggie.controller
controller主要开发的功能:
A. 新增地址逻辑说明:
- 需要记录当前是哪个用户的地址(关联当前登录用户)
B. 设置默认地址
每个用户可以有很多地址,但是默认地址只能有一个 ;
先将该用户所有地址的is_default更新为0 , 然后将当前的设置的默认地址的is_default设置为1
C. 根据ID查询地址
D. 查询默认地址
- 根据当前登录用户ID 以及 is_default进行查询,查询当前登录用户is_default为1的地址信息
E. 查询指定用户的全部地址
- 根据当前登录用户ID,查询所有的地址列表
代码实现如下:
1 | import com.baomidou.mybatisplus.core.conditions.query.LambdaQueryWrapper; |
1.4 功能测试
地址簿新增成功,且可以设为默认地址
二、菜品展示
2.1 需求分析
2.2 前端页面分析
前端页面和服务端的交互过程:
1). 页面(front/index.html)发送ajax请求,获取分类数据(菜品分类和套餐分类)
2). 页面发送ajax请求,获取第一个分类下的菜品或者套餐
开发菜品展示功能,其实就是在服务端编写代码去处理前端页面发送的这2次请求即可。
注意:首页加载完成后,还发送了一次ajax请求用于加载购物车数据,此处可以将这次请求的地址暂时修改一下,从静态json文件获取数据,等后续开发购物车功能时再修改回来,如下:
cartData.json:
1 | {"code":1,"msg":null,"data":[],"map":{}} |
虚晃一枪,先给前端一个假数据。
2.3 代码实现
1. 查询菜品方法修改
由于之前实现的根据分类查询菜品列表,仅仅查询了菜品的基本信息,未查询菜品口味信息,而移动端用户在点餐时,是需要选择口味信息的,所以需要对之前的代码实现进行完善.
我们需要修改DishController的list方法,原来此方法的返回值类型为:R<List
为了满足移动端对数据的要求(菜品基本信息和菜品对应的口味信息),现在需要将方法的返回值类型改为:R<List
这是原来的list方法
代码逻辑:
A. 根据分类ID查询,查询目前正在启售的菜品列表 (已实现)
B. 遍历菜品列表,并查询菜品的分类信息及菜品的口味列表
C. 组装数据DishDto,并返回
修改后代码如下:
1 | //根据条件查询对应菜品数据 |
2. 根据分类ID查询套餐
之前的方法只能用来查询菜品,但是没有实现对套餐的方法。
在SetmealController中创建list方法,根据条件查询套餐数据。
1 | /** |
2.4 功能测试
注意:这里测试的时候记得后端Maven执行一遍clean然后install,前端清理一下浏览器缓存,在这卡了半天。
菜品口味展示成功
套餐展示成功
三、购物车
3.1 需求分析
移动端用户可以将菜品或者套餐添加到购物车。对于菜品来说,如果设置了口味信息,则需要选择规格后才能加入购物车;对于套餐来说,可以直接点击将当前套餐加入购物车。在购物车中可以修改菜品和套餐的数量,也可以清空购物车。
3.2 数据模型
用户的购物车数据,也是需要保存在数据库中的,购物车对应的数据表为shopping_cart表,具体表结构如下:
说明:
- 购物车数据是关联用户的,在表结构中,我们需要记录,每一个用户的购物车数据是哪些
- 菜品列表展示出来的既有套餐,又有菜品,如果APP端选择的是套餐,就保存套餐ID(setmeal_id),如果APP端选择的是菜品,就保存菜品ID(dish_id)
- 对同一个菜品/套餐,如果选择多份不需要添加多条记录,增加数量number即可
3.3 前端页面分析
前端页面和服务端的交互过程:
1). 点击 “加入购物车” 或者 “+” 按钮,页面发送ajax请求,请求服务端,将菜品或者套餐添加到购物车
2). 点击购物车图标,页面发送ajax请求,请求服务端查询购物车中的菜品和套餐
此时,要将查询购物车的代码放开,不用再加载静态的json数据了。
3). 点击清空购物车按钮,页面发送ajax请求,请求服务端来执行清空购物车操作
对于购物车的功能,主要需要开发以下几个功能,具体的请求信息如下:
1). 加入购物车
请求 | 说明 |
---|---|
请求方式 | POST |
请求路径 | /shoppingCart/add |
请求参数 | json格式 |
1 | 菜品数据: |
2). 查询购物车列表
请求 | 说明 |
---|---|
请求方式 | GET |
请求路径 | /shoppingCart/list |
3). 清空购物车功能
请求 | 说明 |
---|---|
请求方式 | DELETE |
请求路径 | /shoppingCart/clean |
3.4 准备工作
1). 实体类 ShoppingCart(直接从课程资料中导入即可)
所属包: com.itheima.reggie.entity
1 | import lombok.Data; |
2). Mapper接口 ShoppingCartMapper
所属包: com.itheima.reggie.mapper
1 | import com.baomidou.mybatisplus.core.mapper.BaseMapper; |
3). 业务层接口 ShoppingCartService
所属包: com.itheima.reggie.service
1 | import com.baomidou.mybatisplus.extension.service.IService; |
4). 业务层实现类 ShoppingCartServiceImpl
所属包: com.itheima.reggie.service.impl
1 | import com.baomidou.mybatisplus.extension.service.impl.ServiceImpl; |
5). 控制层 ShoppingCartController
所属包: com.itheima.reggie.controller
1 | import com.itheima.reggie.service.ShoppingCartService; |
3.5 代码实现
1. 添加购物车
在ShoppingCartController中创建add方法,来完成添加购物车的逻辑实现,具体的逻辑如下:
获取当前登录用户,为购物车对象赋值
根据当前登录用户ID 及 本次添加的菜品ID/套餐ID,查询购物车数据是否存在
如果已经存在,就在原来数量基础上加1
如果不存在,则添加到购物车,数量默认就是1
1 | /** |
2. 查询购物车
在ShoppingCartController中创建list方法,根据当前登录用户ID查询购物车列表,并对查询的结果进行创建时间的倒序排序。
代码实现如下:
1 | /** |
3. 清空购物车
在ShoppingCartController中创建clean方法,在方法中获取当前登录用户,根据登录用户ID,删除购物车数据。
代码实现如下:
1 | /** |
3.6 功能测试
添加购物车
添加成功
查看购物车
清空购物车
清楚成功
四、外卖下单
4.1 需求分析
移动端用户将菜品或者套餐加入购物车后,可以点击购物车中的 “去结算” 按钮,页面跳转到订单确认页面,点击 “去支付” 按钮则完成下单操作。
4.2 数据模型
用户下单业务对应的数据表为orders表和order_detail表(一对多关系,一个订单关联多个订单明细):
表名 | 含义 | 说明 |
---|---|---|
orders | 订单表 | 主要存储订单的基本信息(如: 订单号、状态、金额、支付方式、下单用户、收件地址等) |
order_detail | 订单明细表 | 主要存储订单详情信息(如: 该订单关联的套餐及菜品的信息) |
具体的表结构如下:
A. orders 订单表
B. order_detail
4.3 前端页面分析
前端页面和服务端的交互过程:
1). 在购物车中点击去结算按钮,页面跳转到订单确认页面
2). 在订单确认页面,发送ajax请求,请求服务端获取当前登录用户的默认地址
3). 在订单确认页面,发送ajax请求,请求服务端获取当前登录用户的购物车数据
4). 在订单确认页面点击去支付按钮,发送ajax请求,请求服务端完成下单操作
4.4 准备工作
1). 实体类 Orders、OrderDetail
所属包: com.itheima.reggie.entity
1 | import lombok.Data; |
1 | import lombok.Data; |
2). Mapper接口 OrderMapper、OrderDetailMapper
所属包: com.itheima.reggie.mapper
1 | import com.baomidou.mybatisplus.core.mapper.BaseMapper; |
1 | import com.baomidou.mybatisplus.core.mapper.BaseMapper; |
3). 业务层接口 OrderService、OrderDetailService
所属包: com.itheima.reggie.service
1 | import com.baomidou.mybatisplus.extension.service.IService; |
1 | import com.baomidou.mybatisplus.extension.service.IService; |
4). 业务层实现类 OrderServiceImpl、OrderDetailServiceImpl
所属包: com.itheima.reggie.service.impl
1 | import com.baomidou.mybatisplus.extension.service.impl.ServiceImpl; |
1 | import com.baomidou.mybatisplus.extension.service.impl.ServiceImpl; |
5). 控制层 OrderController、OrderDetailController
所属包: com.itheima.reggie.controller
1 | import com.itheima.reggie.service.OrderService; |
1 | import com.itheima.reggie.service.OrderDetailService; |
4.5 代码实现
1.Controller
在OrderController中创建submit方法,处理用户下单的逻辑 :
1 | /** |
2.Service
1 | /** |
3.OrderServiceImpl
具体逻辑如下:
获得当前用户id, 查询当前用户的购物车数据
根据当前登录用户id, 查询用户数据
根据地址ID, 查询地址数据
组装订单明细数据, 批量保存订单明细
组装订单数据, 批量保存订单数据
删除当前用户的购物车列表数据
代码实现:
1 |
|
备注:
上述逻辑处理中,计算购物车商品的总金额时,为保证我们每一次执行的累加计算是一个原子操作,我们这里用到了JDK中提供的一个原子类 AtomicInteger
4.6 功能测试
下单
下单成功
查看数据库
数据插入完成