實戰：雲開發·實現奶茶店小程式（一）

2020-5-6

文章編號：008/100

以前很少寫文章。從今天開始我要挑戰一下自己，連續輸出100篇技術類文章。這100篇文章我儘量以實戰案例為主。

如果你覺得本文還不錯，記得關注或者給個 star，你們的贊和star是我編寫更多更精彩文章的動力！

正文

看完，你已經可以做一個線上支付小程式了。

這次我們來做一個“奶茶店·小程式”

但是這樣的專案還是略微複雜了些，一篇文章是寫不完的。我要分為三篇。

• 第一篇：業務邏輯拆分，敲定設計稿，設計 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 監聽，實時重新整理排隊頁面

最後

下一篇文章：我們們開始寫程式碼，實現資料庫和介面