【vue.js|Java设计-微信小程序线上点餐/外卖项目+后台管理系统】
文章目录
- XOrder
-
- 前言
- 环境
-
- 微信开发者工具
- Java开发环境
- Vue开发环境
- 成果展示
- 小程序端
-
- 小程序前端
-
- 扫码点餐
- 文件树
- 技术选型
- 鸣谢
- 小程序后端
-
- 文件树
- 技术选型
- 项目总结
- 未完成的任务
- 管理系统端
-
- 管理系统前端
-
- 文件树
- 技术选型
- 管理系统后端
-
- 文件树
- 技术选型
- 项目总结
- 未完成的任务
- 总结
-
-
- 未完成的任务
-
- 总结
XOrder 前言 源码仓库地址
源码仓库地址-国内镜像加速地址
https://github.com/happysnaker/HXOrder.git
https://hub.fastgit.org/happysnaker/HXOrder.git
该项目分为小程序前后端和后台管理系统前后端,无论小程序端还是管理系统均为 SpringBoot + Vue / Wx 前后端分离项目,项目的定位是一个 Java 入门项目,在开始做此项目之前,我没有任何的前端基础,也没有使用过任何的 Java 开发框架,学习与这个项目是同步开始的,这个项目从头到尾都是一个人完成的,也没有看网课提前学习(导致了很多架构不合理,无奈重构),也算是边学边实践了。
这个项目并未涉及到分布式相关,我的下一个学习计划就是学习分布式相关,学长建议我实现 RPC 框架,或许到时候回来重构项目,希望你我一起努力。
- 小程序前端项目
- 小程序后端项目
- 管理系统前端项目
- 管理系统后端项目
- SQL文件(不包含建库语句,项目数据库为:restaurant)
下载开发者工具直接导入项目即可。
Java开发环境
IDEA2021.2
JDK11
Vue开发环境
不知道,前往介绍 | vue-element-admin (panjiachen.github.io)自行了解。
成果展示 后台管理系统:XOrder后台管理系统
小程序端由于未申请企业账号不允许上线,可自行下载代码体验,部分照片:
小程序端 小程序前端
扫码点餐 在小程序首页点击扫码点餐,前往草料二维码生成器 (cli.im)生成,文本内容为
storeId=XXX&table=XXXX
,例如:文件树
├─component# 自定义的组件
├─dist# 引用的组件库
├─images# 存放静态图片
└─pages# 主页面
├─address# 收货地址页面
├─cancel-reason# 退货原因页面
├─collection# 收藏菜品页面
├─dish-detail# 订单详情
├─dish-order# 点餐主页面
├─index# 首页
├─integral# 会员积分(待实现)
├─member# 会员(待实现)
├─message# 我的消息
├─order# 订单页面
├─order-detail# 订单详情
├─order-meal# 点餐页面
├─order-ok# 订单已确认
├─order-sure# 确认订单
└─user# 我的
├─app.json# 配置 tarbar,引入 dist 组件库
├─app.js# 配置全局遍历
├─app.wxss# 配置全局样式
技术选型
- Html
- Css
- JavaScript
小程序后端
这算是我的第一个 SpringBoot 项目了,很青涩,甚至参数还得从 httpServletRequest 取
文件树
├─logs
├─src
│├─main
││├─java
│││└─com
│││└─happysnaker
│││├─api# 引入百度地图 API 进行经纬度解析
│││├─config# 配置文件
│││├─controller #
││││└─base#
│││├─exception # 自定义异常
│││├─filter# 自定义过滤器
│││├─mapper# dao 层
│││├─Observer# 观察者
││││└─impl
│││├─pojo# POJO
│││├─service# 业务层
││││└─impl
│││└─utils# 实用类
││└─resources
││├─com
│││└─happysnaker
│││└─mapper
││├─static
││└─templates
│└─test
│└─java
│└─com
│└─happysnaker
技术选型
技术 | 说明 | 官网 |
---|---|---|
SpringBoot | 容器+MVC框架 | https://spring.io/projects/spring-boot |
MyBatis | ORM框架 | http://www.mybatis.org/mybatis-3/zh/index.html |
RabbitMQ | 消息队列 | https://www.rabbitmq.com/ |
Redis | 分布式缓存 | https://redis.io/ |
Lombok | 简化对象封装工具 | https://github.com/rzwitserloot/lombok |
Swagger-UI | 文档生成工具 | https://github.com/swagger-api/swagger-ui |
- 锻炼了项目开发、排错能力、重构能力,提高了逻辑思维能力,提升了原本菜的抠脚 SQL 水平,这是最基本也是最重要的内力提升了。
- Wx官方定义用户openid为敏感数据不应该在网上传输,所以我对原先的项目架构进行了重构,我没有去更改原先的架构,而是采用利用了 token 思想,让小程序带着 token 访问,定义过滤器辅以责任链模式,在控制层之前进行拦截验证,透明的设置参数,使得原先的代码无须任何改变。
? 抽象过滤器如下所示,子类继承抽象类并实现抽象方法即可,具体的 doFilter 方法由抽象类完成,子类做自己要做的即可,这利用了模板方法的设计模式。
public abstract class AbstractFilterChain implements Filter {
AbstractFilterChain myFilterChain;
@Override
public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
if (isRequired((HttpServletRequest) servletRequest, (HttpServletResponse) servletResponse)) {
if (!doFilter((HttpServletRequest)servletRequest, (HttpServletResponse)servletResponse)) {
return;
}
}
if (myFilterChain != null) {
myFilterChain.doFilter(servletRequest, servletResponse, filterChain);
return;
}
filterChain.doFilter(servletRequest, servletResponse);
}public abstract boolean isRequired(HttpServletRequest request, HttpServletResponse response);
public abstract boolean doFilter(HttpServletRequest request, HttpServletResponse response);
}
- 静态热数据利用 redis 缓存,如首页的菜品信息、店铺信息等。
- 频繁变更数据利用 Redis 缓存,例如用户对菜品的喜欢、收藏等,Redis 初始化时读取全部 ID,利用 bitmap 做一个简单的布隆过滤器,防止缓存穿透。在本项目中,我对访问的每一个用户都维护了一个 bitmap,当用户数量增多时,必须要考虑内存问题。从理论上说,菜品的喜欢数量理应使用 redis 缓存,然后读取时以 redis 同步,但我并没有这么做,理由很简单,在我想到这一点时业务层已经完成了,我不想在去改业务层代码,我想到可以利用代理模式进行控制,但最终我选择了在控制层实现,每个控制层维护菜品的喜欢数量,当增减达到一定阈值时,通知观察者将它们写入。
我尝试利用 jdk 动态代理生成Service代理,但这样做会一直报错(xxx proxy$104 无法转化 xx)
- 下单时处理是整个项目最繁琐的地方,在这个地方,我一共重构了五次:
- 第一次架构很朴素,符合我的思想,这里一定要注意 SELECT 要 FOR UPDATE,不能读版本快照:
- 第一次的性能不好,因为每个是串行化的,第二次我尝试将锁细化,即对菜品 ID 上锁而不是对整个方法上锁,利用
redis setnx
可以很容易的实现一个分布式锁,将锁细化后性能明显提升。
PS: 这里如果面试官问还可以怎么优化分布式锁,除了锁住商品ID细化之外,我们还可以将库存表分区,对不同区使用不同的锁,这样又可以将锁细化。
- 第三次我在 SQL 层做了乐观锁,怎么做呢?其实就是在执行SQL时判断库存是否大于需要下单的数目,就像下面这样:
UPDATE `dish` SET stock = stock + #{val} WHERE id = #{id} AND stock > #{val};
当然是乐观锁就会存在 ABA 问题,不过版本对这里没有影响。SQL返回的是影响的行数,我们可以根据影响的行数判断是否插入成功,然后让SpringBoot帮我们回滚。现在的架构是:
- 好吧,明眼人都能看出来,插入订单、增加积分、添加等待队列、减少折扣次数等等可以异步去做,所以我的第四次重构就是将这些任务用线程池去异步完成。这个时候去测试网站(多线程疯狂提交)发现效率比第一次提高了 40%,已经很优秀了,经过模拟,确实也没啥问题,不过并发量太小了,测试也没啥意义。
- 上面的架构的问题是如果用户下单多个商品,一些库存足,一些不足,那么足的肯定扣了库存,不足的又会抛出异常,读写都是 update 操作,会锁定数据库,效率比较低。因此考虑引入缓存进行提前判断,先判断缓存是否充足,充足的话减缓存,最后利用数据库乐观锁重新判断一次,同时,这个时候我把线程池换成了消息队列,线程池和消息队列都可以实现异步,但消息队列可以实现完全解耦,更适用于分布式,现在的架构是:
文章图片
- 第一次架构很朴素,符合我的思想,这里一定要注意 SELECT 要 FOR UPDATE,不能读版本快照:
- 考虑 A,B 同时察觉到没有缓存,都尝试更新,假设我们已经对更新操作上锁,那么可能会出现 A 更新了缓存为数据库中的 XX,然后立马扣减了缓存,此时 redis 为 XX1,这个时候 B 才姗姗来迟,B又将缓存更新数据库中的 XX,造成不可重复读。
- 即使只有一个更改者 A 想要更新缓存,但是此时可能 MQ 中有消费者 B 正准备扣减缓存,A先入,更新为 XX,此时 redis 为 XX,而 B 马上对数据库更改了,数据库变成了 XX1,数据不一致。
解决方法 2 则要保证更新缓存时,没有消费者,所以我们需要在 1 的原子方法内去等待消费队列为空。
- 利用MQ延迟性质与死信队列完成定时取消未支付订单,设置消息延迟时间,消息过期后被投递到死信队列,让死信消费者去取消订单。
- 利用 AOP 打印 request 与 response,方便调试。
优惠券、会员没有实现,设计数据库都考虑到了。
emmm,写着写着才发现,购物车这玩意,应该让后端去处理数据,我全在前端做了,一大坨,包括判断折扣,处理精度问题,整麻了…如果在前端做,那么后端必须对发过来的订单进行重复的验证,麻了,写不动了,好吧我觉得前后端都要做…
没有完成真正的支付功能,个人小程序不让接入支付,涉及到金额相关的实现的没有那么严谨,甚至可能被攻击…
如果我还能记得起来这个项目的话,我会进行又一次重构。
管理系统端 管理系统前端
项目基于mall-admin-web是一个电商后台管理系统的前端项目,基于Vue+Element实现二次开发,对于整体的架构与部署,可以参考:介绍 | vue-element-admin (panjiachen.github.io),我基本上只修改了 src 里和 api 文件下的内容。
遇到所有部署问题,基本上都可以在介绍 | vue-element-admin (panjiachen.github.io)找到解决方法。
文件树
├─src
├──views
├─authority-ms# 权限控制
│├─admin
│└─role
├─dish-ms# 菜品模块
│├─combo
││└─components
│└─dish
│└─components
├─home# 首页
├─layout# 整体路由布局
│├─components
││└─Sidebar
│└─mixin
├─login# 登录
├─marketing-ms# 营销
│├─coupon
││└─components
│├─discount
│├─new
│└─recommend
├─order-ms# 订单模块
│└─order
└─store-ms# 店铺模块
└─store
└─component
技术选型
技术 | 说明 | 官网 |
---|---|---|
Vue | 前端框架 | https://vuejs.org/ |
Vue-router | 路由框架 | https://router.vuejs.org/ |
Vuex | 全局状态管理框架 | https://vuex.vuejs.org/ |
Element | 前端UI框架 | https://element.eleme.io/ |
Axios | 前端HTTP框架 | https://github.com/axios/axios |
v-charts | 基于Echarts的图表框架 | https://v-charts.js.org/ |
Js-cookie | cookie管理工具 | https://github.com/js-cookie/js-cookie |
nprogress | 进度条控件 | https://github.com/rstacruz/nprogress |
vue-element-admin | 项目脚手架参考 | https://github.com/PanJiaChen/vue-element-admin |
文件树
├─java
│└─com
│└─happysnaker
│├─configuration # 配置包
││├─inspecter # 拦截器包
││└─security # SpringSecurity 相关
│├─controller# 控制层
││└─base
│├─exception# 异常类
│├─mapper# dao 层
│├─pojo# 实体类层
│├─service# 服务层
││├─base
││├─impl
││├─proxy# 服务类代理
││└─security # SpringSecurity 相关
│└─utils# 实用类
└─resources
├─com.happysnaker.mapper
├─static
└─templates
技术选型
技术 | 说明 | 官网 |
---|---|---|
SpringBoot | 容器+MVC框架 | https://spring.io/projects/spring-boot |
SpringSecurity | 认证和授权框架 | https://spring.io/projects/spring-security |
JWT | JWT登录支持 | https://github.com/jwtk/jjwt |
MyBatis | ORM框架 | http://www.mybatis.org/mybatis-3/zh/index.html |
RabbitMQ | 消息队列 | https://www.rabbitmq.com/ |
Redis | 分布式缓存 | https://redis.io/ |
Lombok | 简化对象封装工具 | https://github.com/rzwitserloot/lombok |
Swagger-UI | 文档生成工具 | https://github.com/swagger-api/swagger-ui |
COS | 对象存储 |
- 这个项目基本上是一个落地的 CRUD 了,因为要做分页,所以对SQL的优化查询体会更深了点,使用 MySql 的 limit 语句可以很容易实现分页查询:
SELECT * FROM `table` LIMIT offset, size;
# offset 是偏移,size 是大小,这个语句表示选取从 offset 开始的 size 条记录
但是这条语句效率低下,例如 offset = 100000, size = 1,我们只想选取 1 条语句,但是 Mysql 却会顺序查询 1到 100001 条记录,然后抛弃掉前面的记录,只选取一条,这样效率十分低下,如果可以知道 offset = 100000 的主键id就好了,这样就可以利用主键的排序性快速定位:
SELECT * FROM `table` WHERE id >= 100000 LIMIT 0, 1;
但可惜 Mysql 的主键一般不会严格连续,即使你设置成自增也没用,因此,另一个优化是不要选取那么多列,少一点IO:
SELECT * FROM `table` WHERE id >= (
SELECT id FROM `table` LIMIT 100000, 1
)
LIMIT 0, 1;
- 利用 SpringSecurity + JWT + BCR + VueRouter 做权限管理,具体思想是维护 menu、api、role、user 四张表,用户与角色关联,角色与菜单关联,菜单与api(还可以有很多,例如Get or Post)资源(控制层uri)关联,用户登陆后我们返回菜单树给前端,前端只显示这些菜单而隐蔽其他菜单,同时用户发起的访问 API 必须要动态鉴权,看看是否有权限访问…JWT框架相较于我们自己写的生成token,无非就是更严谨了些,携带参数更丰富了些,我们可以直接在 token 上设置过期时间、用户ID,从而无须使用 redis,这就是去中心化的思想,不过缺点是无法改变过期时间等信息(貌似我们自己也能实现…)。
- 利用 AOP 实现日志打印。利用AOP维护与小程序端的缓存一致性。
- 利用 观察者模式 实现对订单类变更的消息通知,观察者观察订单状态,对更改状态的订单发送消息通知用户,发送消息利用了线程池去异步处理。
嗯,没啥了,剩下的就是磨练基本功了。未完成的任务 嗯,还有很多细节没有实现,很多也偷懒了,直接在数据库写死了…
问题不大,毕竟主要目的是学习。
总结 这一个多月下来,基本上对 Java 开发、项目开发有了个清晰的认识,对主流的开发框架也有了更进一步的理解,项目中基本上都用上了,用过一番之后,接下来就得去看看它们的底层实现了,磨练完基本功之后,来年开学再迈入分布式的学习,希望明年暑假能找一个好点的厂实习吧,卑微…
,观察者观察订单状态,对更改状态的订单发送消息通知用户,发送消息利用了线程池去异步处理。
嗯,没啥了,剩下的就是磨练基本功了。未完成的任务 嗯,还有很多细节没有实现,很多也偷懒了,直接在数据库写死了…
问题不大,毕竟主要目的是学习。
总结 这一个多月下来,基本上对 Java 开发、项目开发有了个清晰的认识,对主流的开发框架也有了更进一步的理解,项目中基本上都用上了,用过一番之后,接下来就得去看看它们的底层实现了,磨练完基本功之后,来年开学再迈入分布式的学习,希望明年暑假能找一个好点的厂实习吧,卑微…
推荐阅读
- spring|一个基于SpringBoot2+Vue+Redis的企业级聚合支付系统
- Java实战|整合Spring Cloud Security
- Java|Linux下web后台服务器搭建
- DGIOT平台实时展示OPC上报数据全流程代码剖析
- 还在用 Xshell(你 out 了,推荐一个更现代的终端连接工具,好用到爆!)
- react.js|React(9)—— Hooks - LazyLoad - Context - 组件优化 - 错误边界 - 组件通信方式总结
- SSM框架解析|【SSM框架】Mybatis详解06(源码自取)之动态代理的实现
- 前端|Next.js 与 React 之间的比较
- MyBatis快速搭建