小程序开发规划
准备自己体验一遍小程序全栈开发的全过程
前情回顾
上篇文章主要分享了Promise的使用方法。前段时间自己过了一遍公众号开发的流程，感觉整体难度也不是很大，最近准备走一遍小程序的后端开发流程，其实主要还是想自己走一遍后端小程序的登录流程。
技术上考虑到如果同时开发小程序和App的话,如果用Taro进行多端打包，可能打成RN有可能有些原生的API会无法使用，如果用RN开发App同时使用Taro进行小程序开发，这个工作量会有点大。
脑图
产品功能规划
大致准备分这几个功能模块儿。
注册,登录。计划支持手机号，密码登录和小程序一键登录。
广场。其实就是个微信朋友圈的功能。
发布动态。其实就是个发朋友圈的功能。
消息。其实就是个聊天的功能。这个功能准备自己用Node尝试写一下，了解整个流程，有可能会用到websocket。图片相关的可能会对图片进行压缩。
点赞和关注。这个简单，似乎维护一个表就行了，不整那么复杂，复杂的一个人也搞不来。
然后可能会设计其他的一些别的细节，遇到了再说呗。
实践目的
日常开发前端过程中，虽然对前端的一些内容比较熟悉，但是对后端的一些内容并不是特别清楚。比如：登录态的存储与判断，电商中订单流程的跟踪,库存sku复杂的表设计等等。
希望借此，能对后端的一些流程有一个整体,全面,重新的认识。
表设计
用户表
字段名 | 类型 | 是否是primaryKey | 注释 |
|---|---|---|---|
id | int | 是 | 用户自增ID |
uuid | string | 否 | 用户ID |
user_name | string | 否 | 用户名称 |
phone | int | 否 | 手机号 |
avatar | string | 否 | 头像 |
gender | int | 否 | 性别 |
motto | string | 否 | 座右铭 |
reg_time | timestamp | 否 | 注册时间 |
update_time | timestamp | 否 | 更新时间 |
消息表
字段名 | 类型 | 是否是primaryKey | 注释 |
|---|---|---|---|
id | int | 是 | 自增ID |
msgid | string | 否 | 消息ID |
sendid | string | 否 | 发送消息用户ID |
content | text | 否 | 消息内容 |
send_time | timestamp | 否 | 发送时间 |
关注表
字段名 | 类型 | 是否是primaryKey | 注释 |
|---|---|---|---|
id | int | 是 | 自增ID |
user_id | bigint | 否 | 用户ID |
followed_user_id | bigint | 否 | 粉丝ID |
status | tinyint(1) | 否 | 关注状态(0)取消(1)关注 |
focus_time | timestamp | 否 | 关注时间 |
点赞表
字段名 | 类型 | 是否是primaryKey | 注释 |
|---|---|---|---|
id | int | 是 | 自增ID |
user_id | bigint | 否 | 用户ID |
zaned_user_id | bigint | 否 | 粉丝ID |
status | tinyint(1) | 否 | 点赞状态(0)取消(1)已赞 |
zan_time | timestamp | 否 | 点赞时间 |
先整这个几个表吧，后面的慢慢补齐
总结
- 简单介绍一下
YY的一个应用 - 先建个空仓库,
内容慢慢加 - 地址:
https://gitee.com/mynoe/mf.git - 有兴趣的一起玩儿呗
javascript基础知识总结
