瑞吉外卖项目实践（个人精简升级版）

最新推荐文章于 2023-07-06 19:08:49 发布

阿银的万事屋

最新推荐文章于 2023-07-06 19:08:49 发布

阅读量2.3k

点赞数

分类专栏： Java实践文章标签： java 数据库 mysql

本文链接：https://blog.csdn.net/weixin_43008154/article/details/127666947

版权

Java实践专栏收录该内容

14 篇文章 0 订阅

订阅专栏

前言

本次实践旨在提高自己在以下方面的动手能力：

Spring，SpringMVC，SpringBoot
Mybatis，MybatisPlus
IO，并发式编程

因此，在原有项目需求上，会有以下方面的额外考量：

参照Spring，SpringBoot的面试难题，为项目设计“炫技点”
综合运用XML，注解以及MybatisPlus三种方式，实现数据库读取
引入对IO的操作以及并发式编程

如果读者也有类似的想法，不妨继续读下去

正文

项目共分为两期：

一期：根据H5设计的前端实现客户端服务器功能，根据管理页面实现管理端服务器功能
二期：移植H5前端至微信小程序，将登陆验证由手机号+验证码改为微信验证

一期工程中，客户端服务器的主要功能有：

登录功能
- 用户发起验证码请求
  - 请求数据：手机号
  - 响应数据：6位验证码
  - PS1：验证码存于Redis中，TTL为60s，key为手机号，value为验证码
- 用户发起登录请求
  - 请求数据：手机号+验证码
  - 响应数据：token
  - PS1：token存于Redis中，TTL为30min，key为token，value为手机号
  - PS2：token的存入位于数据库操作（读取用户信息，不存在则创建）后，两者进行事务管理保证一致性
菜品浏览
- 获取分类信息
  - 请求数据：无
  - 响应数据：Result. <List>分类条目
- 获取购物车信息
  - 请求数据：无
  - 响应数据：Result. <List>购物车条目
- 获取菜品信息
  - 请求数据：{分类ID, Status}
  - 响应数据：Result. <DishList>菜品条目
- 获取套餐信息
  - 请求数据：{分类ID, Status}
  - 响应数据：Result. <DishList>套餐条目
购物车
- 添加点餐条目
  - 请求数据：<DishParams>购物车条目
  - 响应数据：Result. 无特殊Data
- 修改点餐条目
  - 请求数据：<DishParams>购物车条目
  - 响应数据：Result. 无特殊Data
- 删除点餐条目
  - 请求数据：<DishDeleteParams>购物车条目
  - 响应数据：Result. 无特殊Data
- PS1：购物车条目信息存于Redis，TTL为30min
下单
- 提交订单
  - 请求数据：<OrderParams>订单条目
  - 响应数据：Result. 无特殊Data
拦截功能
- 登录状态拦截
  - 请求数据：token
  - 响应数据：对应请求或拦截
省略部分
- 地址
- 历史订单

// DishParams
let params = {
                amount:item.price/100,//金额
                dishFlavor:item.dishFlavor,//口味  如果没有传undefined
                dishId:undefined,//菜品id
                setmealId:undefined,//套餐id
                name:item.name,
                image:item.image
              }
// DishDeleteParams
let params = {
                 dishId:item.dishId,
                 setmealId:item.setmealId,
             }
// OrderParams
const params = {
                 remark:this.note,
                 payMethod:1,
                 addressBookId:this.address.id
               }

管理端服务器的主要功能有：

登录功能
- 用户发起登录请求
  - 请求数据：用户名+密码
  - 响应数据：token
  - PS1：token存于Redis中，TTL为30min，key为token，value为用户名
数据库对应表格的增删改查基本功能
- 分类管理（省略详细描述）
  - 对应表格：category
- 菜品管理（省略详细描述）
  - 菜品本身对应表格：dish
  - 菜品口味对应表格：dish_flavor
- 套餐管理（省略详细描述）
  - 对应表格：setmeal
- 员工管理（省略详细描述）
  - 对应表格：employee
根据登录成员，授予不同的操作权限
- 登陆成功后，授予token
- 再次访问时，服务器根据token判断用户的权限等级，返回可显示的类别：menuList
- 前端接收返回数据，更正menuList

管理端服务器的率先实现

之所以先实现管理端，有两个原因

通过管理端可制造相关的数据信息，存入Mysql中，方便客户端的查询
管理端是一个比较简单的数据库调用，实现较为简单。而且使用不涉及兵法式编程，不需要过多考虑性能调优

前期准备：

安装Redis服务
初始化数据库表
利用templete，生成所有表格的entity, mapper, service模板文件(非常方便，建议都这么来做)[1]
前端代码分离，resources下的静态资源不再由tomcat管理，而是交给nginx服务器

这里需要着重介绍一下nginx服务器进行前后端分离的相关工作，它涉及nginx两个精妙的设计：

nginx既可以配置静态资源的本地映射信息，也可以配置动态资源的反向代理
如果配有多个location，越精确的匹配范式，其匹配的优先级越高

因此，一个简洁的前后端分离思路是：

配置一个精确的静态资源映射，凡是符合的静态资源均优先由nginx完成匹配，并从本地路径中获取
配置一个模糊或者有别于静态路径的动态资源反向代理，凡是未被静态资源匹配的访问，由nginx代理至对应路径

 location / {
     proxy_pass http://localhost:8080/;
     # 模糊的动态资源反向代理，优先级低于静态资源访问
}

location /www {
    root   [classpath]:/resources; # 此处配置要映射的静态资源的本地绝对路径
    index  index.html index.htm;
    # 上述配置在浏览器访问[nginx-server-ip]:[port]/www时，便会自动去nginx服务器的[classpath]:/resources/www寻找/www之后的请求文件
}

登录功能的实现并没有太多的细节想要分享，也没有做出创新的内容，略过

在使用自己开发的CURD模板生成了员工，分类，菜品和套餐的基础增删改查操作后，接下来剩下的工作为：

员工管理
- 操作权限授予
菜品管理
- 嵌入根据菜品分类id的查询
套餐管理
- 嵌入根据套餐分类id的查询
模板修正
- 对新增和修改业务，在数据库未对username或name开启unique_key的情况下，提供可选功能：如果存在name或username（后者优先级高于前者）字段，为该字段设定重复检测功能
- 增设批量删除条目，批量修改状态字段功能
- 优化分页查询的条件单，允许模糊查询 + 对于begenTime和endTime字段，专设范围查询

在员工的操作权限授予部分，我遇到了一个疑难点，那就是：如何使用正则表达式来为SpringMVC的拦截器设置拦截URI，关于这部分内容，可以参看我的另一篇博客

然后，在实现客户端功能上，由于黑马程序员提供的代码是h5，而我们也不想再去微信小程序里调试，所以继续坚持利用h5来实现

那么为了项目的完整性，有两个外部功能需要额外的技术支持：

这两个是独立于当前客户端项目的，所以我们先实现基本的客户端功能，再来考虑这两个外部功能的支持

客户端基本需求已完成，收获的知识点如下，读者可自行阅读：

在进一步完善付款与回执功能前，我们首先要解决之前遗留的一个问题：

问题：客户端与服务端用户登录校验的区分
解决思路：将存在localStorage中的用户信息做区分，客户端叫做userInfo，服务端叫做employeeInfo。此时，两者在发起各自的ajax请求时，会从不同的info中读取token（如果未登录则对应info不存在，无法获取token），从而避免了共用token的问题

下一步工作：

增设功能：前端要区分用户是外送还是堂食（不需要额外的API，只需要多增加一种订单状态：堂食）
在沙箱支付宝环境下，完成整体功能的开发
构造API文档，要求完整匹配美其乐小程序的需求

阿银的万事屋

关注

0
点赞
踩
34

收藏

觉得还不错? 一键收藏
0
评论
瑞吉外卖项目实践（个人精简升级版）

本次实践旨在提高自己在以下方面的动手能力：因此，在原有项目需求上，会有以下方面的额外考量：如果读者也有类似的想法，不妨继续读下去项目共分为两期：一期工程中，客户端服务器的主要功能有：管理端服务器的主要功能有：之所以先实现管理端，有两个原因前期准备：这里需要着重介绍一下nginx服务器进行前后端分离的相关工作，它涉及nginx两个精妙的设计：因此，一个简洁的前后端分离思路是：登录功能的实现并没有太多的细节想要分享，也没有做出创新的内容，略过在使用自己开发的CURD模板生成了员工，分类，菜品和套餐的基础增删
复制链接

扫一扫