2020-5-6
文章编号：008/100
以前很少写文章。从今天开始我要挑战一下自己，连续输出100篇技术类文章。这100篇文章我尽量以实战案例为主。
如果你觉得本文还不错，记得关注或者给个 star，你们的赞和star是我编写更多更精彩文章的动力！
GitHub 地址
正文
看完上一篇文章，你已经可以做一个在线支付小程序了。
这次我们来做一个“奶茶店·小程序”
但是这样的项目还是略微复杂了些，一篇文章是写不完的。我要分为三篇。
- 第一篇：业务逻辑拆分，敲定设计稿，设计 API 和数据库
- 第二篇：完成接口开发，测试接口
- 第三篇：完成前端页面，联调接口
本文重点内容
- 展示设计稿
- 梳理业务逻辑
- 设计数据库和API
设计稿
业务逻辑
我认为小程序必须要“小”，只要功能够用即可。所以“奶茶店·小程序”只要做到以下两点就足够了。
- 能下单
- 能排队
那么现在梳理一下：小程序分为：管理端和客户端。
管理端
管理端是用来上架奶茶，订单管理用的。具体功能如下
- 奶茶[增,删,改,查]
- 奶茶品类[增,删,改,查]
- 奶茶选项[增,删,改,查]
- 订单队列
- 正序展示未出单的奶茶，可以更改订单状态：排队中，已完成
- 可查看历史销量
- 财务（总资产，当天营业额）
客户端
- 奶茶列表
- 购物车
- 订单详情
- 排队号
- 状态：排队中，已完成
- 支付金额
设计数据库和API
数据库设计：
- User
...wx UserInfo
identity: [user, admin]
- Tea 茶
name
description
imgs
price
selects: []
- TeaCategory 茶分类
title
- TeaAutherServices 茶的其他选项比如：配料，中杯，大杯
title
childs: []
id
title
price
- Order 订单
user
createDate
teaList: []
tea
status: 下单，支付，已收货，已评价
evaluate
userId
score
text
- Queue 排队: 用小程序
currentDate
orderId
API 设计，云函数并不能
User
case 'create':
case 'login':
注册
登录
消费者
管理员
Tea
case 'create':
case 'delete':
case 'update':
case 'select':
增删改查
TeaCategory
case 'create':
case 'delete':
case 'update':
case 'select':
增删改查
TeaAutherServices
case 'create':
case 'delete':
case 'update':
case 'select':
增删改查
Order
case 'create':
case 'delete':
case 'update':
case 'select':
增删改查
Queue
case 'enqueue':
case 'dequeue':
入队
已付订单入队
检查队列日期，如果是昨天则清空队列
出队
移除队列
------------------------------
客户端还要实现一个队列表的 socket 监听，实时刷新排队页面
最后
下一篇文章：咱们开始写代码，实现数据库和接口