小程序生态

小程序是 宿主 App 提供的受限运行时（如微信、支付宝、抖音等）：双端语法（WXML / AXML 等）、包体积上限、网络域名白名单、无 DOM、逻辑与视图线程分离。

常见开发路径

路径	特点
官方语法 + 脚手架	贴近平台能力，升级跟随官方
uni-app / Taro 等跨端框架	一套代码多端编译，需接受各端差异与子集 API
自研 DSL 转译	大厂常见，维护成本高

选型优势

流量与转化：在微信内分享、支付、登录链路短。
包体积与审核：相对独立 App，上架路径更轻（仍受平台规则约束）。
能力封装：支付、扫码、订阅消息等平台级 API。

代价与约束

生态绑定：接口、审核规则、性能上限由平台决定。
调试成本：真机问题、基础库版本碎片化。
跨端框架：「一次编译多端」往往要做 条件编译 填平台差异。
SEO：小程序页一般不服务于传统搜索引擎（另有开放收录策略需单独查）。

与中后台、微前端的关系

中后台：多为 Web；小程序适合做 移动审批、外勤、门店 等 轻操作端。
微前端：小程序侧通常 独立工程，与 Web 微前端体系不共用运行时，可在 BFF / 接口规范 层对齐。

小结

是否做小程序，首先看 目标用户是否停留在该平台内；技术选型在 官方原生 与 跨端框架 间权衡 交付速度 vs 抽象泄漏。架构上提前约定 接口版本、登录态、分包与预下载策略。