前言

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

• 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. 分类条目
  • 获取购物车信息
    • 请求数据：无
    • 响应数据：Result. 购物车条目
  • 获取菜品信息
    • 请求数据：{分类ID, Status}
    • 响应数据：Result. 菜品条目
  • 获取套餐信息
    • 请求数据：{分类ID, Status}
    • 响应数据：Result. 套餐条目
• 购物车
  • 添加点餐条目
    • 请求数据：购物车条目
    • 响应数据：Result. 无特殊Data
  • 修改点餐条目
    • 请求数据：购物车条目
    • 响应数据：Result. 无特殊Data
  • 删除点餐条目
    • 请求数据：购物车条目
    • 响应数据：Result. 无特殊Data
  • PS1：购物车条目信息存于Redis，TTL为30min
• 下单
  • 提交订单
    • 请求数据：订单条目
    • 响应数据：Result. 无特殊Data
• 拦截功能
  • 登录状态拦截
    • 请求数据：token
    • 响应数据 ：对应请求或拦截
• 省略部分
  • 地址
  • 历史订单

// DishParams
let params = {amount:item.price/100,//金额dishFlavor:item.dishFlavor,//口味  如果没有传undefineddishId:undefined,//菜品idsetmealId:undefined,//套餐idname: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来实现

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

• h5支付
• 扫二维码访问网站

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

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

• 为什么仅通过模糊匹配就可以完成绝大多数条件查询了？来看看Mysql的新特性
• java8新特性，stream()流的巧妙使用
• javaDebug记录11-20条
• Spring上传与下载文件工具类，自动注入即可使用

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

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

下一步工作：

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