行业背景：
餐饮行业数字化进程加快,但校园餐饮场景仍存在明显痛点:
具体痛点：
1. 用户侧:用餐高峰期窗口排队时间长、点餐效率低;纸质菜单/口头点餐体验差;
2. 商家侧:接单靠人工,订单信息靠口头传递,易错、无记录、难追溯;菜品和经营数据没有统一管理工具;
3. 管理侧:评价、投诉无统一入口,内容合规难以保障。
立项目标：
针对以上问题,立项开发「微餐捷」校园餐饮管理系统:打通"用户点餐 → 商家接单 → 后台管理"全流程,用数字化替代人工,提升点餐效率与商家运营效率,为校园餐饮场景提供一套可部署、可维护的完整解决方案。
用户端(微信小程序)
1. 餐厅与菜品浏览:餐厅列表、详情、菜品分类展示与搜索,支持图片与描述;
2. 点餐与购物车:菜品加入购物车、数量调整、批量下单;
3. 订单管理:创建订单(单笔/批量)、支付(模拟)、订单状态跟踪(待支付→已支付→制作中→已完成/已取消)、申请退款;
4. 评价体系:对订单/餐厅发表评价,支持举报,评价需审核后展示;
5. 个人中心:登录(微信快捷登录/手机号登录)、订单历史查看。
管理端(Vue 管理后台)
1. 菜品管理:菜品的增删改查、上下架、价格与库存维护;
2. 订单管理:订单查询、状态流转处理(接单/制作/完成)、退款审核;
3. 评价与举报管理:评价审核流、举报处理机制,保障内容合规;
4. 数据与运营:餐厅/用户/订单数据管理,支撑运营决策。
后端核心能力
1. 接口工程化:统一响应体、全局异常处理、参数校验、Knife4j 接口文档;
2. 性能优化:Redis 缓存热点数据,压测 QPS 从 653 提升至 1320,平均响应 64ms→25ms;
3. 订单幂等防重:@Idempotent 注解 + AOP 切面,Redis SETNX 分布式锁 + 结果缓存,杜绝重复下单/重复扣款;
4. Docker Compose 一键部署:MySQL/Redis/MinIO/后端/管理端五服务,一条命令启动。
项目由我独立完成需求分析、数据库设计与架构设计,开发过程中借助 DeepSeek Harness、Codex 等 AI 编程工具(vibe coding 模式)辅助生成与重构代码,提升模块开发效率约 30%;所有技术方案(幂等、缓存、部署)均由我设计并验证,每个模块都能讲清原理。
后端使用了Spring Boot 2.7.5、MyBatis、Java 17、Spring AOP
数据库使用了MySQL 8.0、Redis(缓存 + 分布式锁)
存储用的MinIO(图片对象存储)
前端是微信小程序(原生)、Vue3 + Element Plus 管理端
工程Maven、Git、Knife4j 接口文档、Docker Compose、JMeter 压测
采用单体应用 + 分层架构:按业务域划分为 Controller(接口层)/ Service(业务层)/ Mapper(数据访问层)三层,设计统一响应体 Result、全局异常处理(@RestControllerAdvice)、参数校验(@Valid)、JWT 登录鉴权(拦截器 + ThreadLocal 存用户)。Redis 承担缓存与分布式锁职责,MinIO 负责图片存储,Knife4j 自动生成接口文档。单体架构满足当前业务规模,同时通过模块化设计保留平滑拆分微服务的能力。
评论