糊涂点餐，一个基于uniapp+vue2+springboot2+mybatis-plus的点餐系统，适用于小型餐饮店、咖啡饮品店等业务场景。
待更新。
商家后台管理端使用vue.js 2.x
小程序端使用uni-app，方便后续可同步部署到支付宝、微信小程序、H5、app端
服务端使用的框架技术：SpringBoot2.x、Vue2.x、Netty4.x
Sa-token、Spring Security、Redis、Mybatis-plus、AspectJ、Feign
项目中使用的协议：Http、WebSocket
已开发
- 微信小程序登录
将开发
- 叫号大屏
- 小票打印
- 语言播报
- 同城跑腿
├─db # 数据库脚本（mysql）
├─hutu-web # REST API模块（api+管理）
├─hutu-webSocket # ws通信模块（Netty）
├─hutu-feign # 跨应用调用api（openFeign）
├─hutu-model # 实体
├─hutu-external # 外部系统api（支付宝、微信）
├─hutu-common # 通用模块
├─hutu-security # 权限验证模块
├─hutu-service # 服务类模块
├─uniapp-hutu-user # 用户小程序端
├─vue-hutu-admin # 后台管理web端
├─vue-hutu-stuff # 商家叫号屏
待更新
待更新
对象模型
| 对象 | 作用 | 是否强制 | 命名 |
|---|---|---|---|
| VO(View Object) | 服务端返回前端的数据对象 | 是 | 业务逻辑名称+Vo |
| DTO(Data transfer Object) | 前后端、控制层与服务层传输对象 | 是 | 业务逻辑名称+DTO |
| PO(Persistent Object) | ORM框架中的持久化数据对象 | 是 | 与数据表一一对应 |
开发守则
- 永不嵌套。语句嵌套不超过三层（最多三层），当使用语句嵌套时还未完成业务逻辑，需考虑重构或进行抽象。
- 脱离注释。协同开发时不要强制依赖于前人的注释。
- 提前返回。尽量多地使用卫语句，将程序提前结束返回，将真正的业务逻辑放在最后。
- 先做出来。代码不需要一次性就达到完美地运行、效率最高目的。
- 打好日志。当程序存在静默处理（定时任务、异步处理等得不到明确的返回结果任务）时需显式地打印日志。
- 明确提交。Git提交信息需最大程度地精炼出当前commit包含的修改内容。
如果您恰巧有餐饮小程序开发经验（包括前端、服务端、UI设计）
目前开发贡献仅有作者一人，如有兴趣可提供PR或Issues参与此项目的开发，谢谢。