小程序
00 / 00
小程序必懂基础
给新手准备的小程序基础知识:微信平台、登录、API、审核、支付和模板边界
小程序就是微信里的轻量应用。不是网页,也不是手机 App。用户从微信进入,页面跑在微信的沙箱环境里,登录、支付、分享、订阅消息和审核都得按微信的规矩来。
01MVP 未来的小程序模板复用同一套 Web/API 后端。记住一点:小程序只管入口和轻量交互,账号、会员、订单这些核心数据还是后端统一管。
核心要点
小程序是独立客户端
它有自己的页面、配置、开发工具、审核和发布流程。
后端要统一
用户、会员、订单和业务数据应该复用 01MVP Web/API。
平台规则很重要
登录、支付、订阅消息、类目和审核都要按微信要求准备。
一张图看懂小程序
微信用户
扫码 / 搜索 / 分享
->
小程序页面
轻量交互入口
->
01MVP API
登录 / 会员 / 业务接口
->
后端数据
用户 / 订单 / 权益
小程序适合做”用户在微信里顺手搞定的事”:打开、登录、看状态、提交表单、买个轻量功能。复杂后台、长文档、重度编辑器、管理系统,这些交给 Web。
先搞懂这 7 件事
| 概念 | 新手理解方式 | 为什么重要 |
|---|---|---|
| AppID | 小程序在微信平台的身份 | 没有它就不能真机预览、上传和发布 |
| 微信开发者工具 | 开发和预览小程序的官方工具 | 新手会在这里看页面、调接口、上传版本 |
| 业务域名 | 小程序允许请求的后端域名 | 没配置就不能访问你的 API |
| 登录凭证 | 微信给小程序登录的一次性凭据 | 后端要用它换取用户身份,再绑定你的账号体系 |
| openid | 微信侧的用户标识 | 适合做微信账号绑定,不等同于你系统里的完整用户模型 |
| 审核 | 小程序上线前的平台检查 | 页面内容、类目、支付和权限都可能影响审核 |
| 体验版 | 发布前给测试者试用的版本 | 适合邀请团队和客户提前验证流程 |
小程序和 Web / App 的差异
对比项
Web / App
小程序
入口
浏览器、商店、安装包
微信搜索、扫码、聊天分享
发布
部署或应用商店
上传代码、提交审核、发布版本
登录
邮箱、手机号、OAuth、系统浏览器
微信登录凭证 + 后端账号绑定
能力
由浏览器、系统或原生 SDK 决定
由微信开放能力和类目权限决定
适合先做什么
先做最小入口:首页、登录、个人中心、会员状态和一个核心业务动作。
再接统一后端:小程序只请求 01MVP API,不单独维护另一套用户和订单。
再准备平台配置:AppID、业务域名、类目、隐私说明、测试账号和体验版。
最后处理支付和审核:支付、订阅消息、敏感权限都要按真实业务逐项确认。
复制给 AI
等模板落地,或者你想先做个小程序原型,直接把这段丢给 AI:
请帮我基于 01MVP 的现有 Web/API 规划一个微信小程序客户端。产品名称是「这里填名称」,核心用户路径是「这里填一句话」。
请先不要做复杂业务,按这个顺序帮我设计和实现:
1. 只保留首页、登录、个人中心、会员状态和一个核心业务页面。
2. 复用现有 01MVP Hono/oRPC 后端,不新增独立后端。
3. 说明小程序需要的 AppID、业务域名、登录回调、隐私说明和审核资料。
4. 设计微信登录和 01MVP 用户账号的绑定关系。
5. 列出哪些配置只能放后端,哪些可以放进小程序。
6. 给出开发、预览、体验版、提交审核、发布的验收清单。如果涉及支付、虚拟商品、订阅消息、客服、分享裂变或内容发布,要额外告诉 AI。这些功能受平台规则约束,不能当普通网页做。
常见坑
| 坑 | 正确做法 |
|---|---|
| 把小程序当移动网页 | 按微信平台的页面、登录、域名和审核规则设计 |
| 小程序另做一套账号 | 微信身份只做绑定,用户、会员、订单回后端 |
| 没配业务域名就调接口 | 先确认后端 HTTPS 域名和小程序后台配置 |
| 一上来搬完整后台 | 小程序只做轻量入口,复杂管理留给 Web |
| 忽略审核材料 | 类目、隐私说明、测试账号、支付场景提前备好 |
继续阅读
小程序规划
了解 01MVP 小程序模板当前状态和后续边界。
API 开发
小程序未来会复用同一个 Hono/oRPC 后端。
认证系统
先理解 01MVP 的账号和 session,再设计微信身份绑定。
支付与积分
支付和会员权益先在后端模型里稳定,再接小程序平台能力。
官方参考
这篇文档有问题?