客户最近问得多的一句：我们想上小程序，后端是不是要重新开发一遍？答案通常让人松口气：不用。网站后台、小程序、APP共用一套后端，这正是后端系统开发多端设计的意义——业务逻辑和数据处理只做一份，不同的端只是不同的门。设计得当，加一个端只花前端的预算；设计不当，每加一个端都等于重做半个系统。
一套接口是底线
业务接口按能力组织而不是按端组织：商品查询就是商品查询，订单创建就是订单创建，网站和小程序调的是同一个接口。最忌讳的做法是为每个端复制一份后端代码，业务规则一改要改三处，三处改得不齐，同一个商品在三个端上价格都不一样，这种事故不是假设，是真实发生过的。一套接口的另一个好处是测试减负：核心流程测一遍，所有端同时受益。
差异放在哪一层处理
- 认证方式：小程序用微信登录，APP用手机号，网站用账号密码，登录方式各异，但都换发成统一的内部用户凭证，后端只认这一种身份，用户体系统一管理；
- 返回内容：小程序屏幕小，接口可以按端裁剪字段，非核心字段不带出去，省流量也省客户端解析；
- 端特有的能力：微信支付和支付宝支付、各端的推送通道，封装成独立的适配模块，不污染主业务逻辑。
用户体系这里最容易走弯路。有人按端各建一套用户表，结果同一个人在三个端是三个账号，积分三份、会员状态不通，客服天天接到合并请求。正确做法从第一天就立住：一个自然人一个账户，各端的登录方式只是挂钩这个账户的不同钥匙，订单、积分、权益全跟着人走。
多端并存的接口还有一条纪律：向下兼容。发新版本接口不删旧字段、不改字段含义，要废弃的先标记，给所有端留出切换期。小程序审核要时间，APP用户更新有滞后，服务端一个不兼容的改动，能把没来得及更新的老版本用户全打死。版本策略宁可持续冗余两个周期，也不做破坏性变更。
那位问小程序的客户，后端只加了两天的对接工作：微信登录挂钩用户体系加支付适配，前端小程序照常排了一个月的期。总预算比他担心的重做后端省了一大截。
加一个端要花多少钱
按多端设计的系统，加一个新端的开销主要在前端：后端只需对接新端的登录方式和支付通道，通常是几天的工作量。后端系统开发一次做对多端架构，后续每个端的边际成本都很低，这就是先立API的价值。
两条建议：规划里有多个端打算的，后端从第一版就按多端设计，接口文档和统一用户体系先行，这是花小钱省大钱的地方；评估报价时注意区分，正常的多端共用后端不需要按端重复收费，把后端费用乘以三的报价单要警惕。比格网络做多端项目一律先立API再铺端，端的扩展从此只增加前端的账单。
