公司怎么管理小程序 第1篇
公司怎么管理小程序 第2篇
有关于云后台的具体使用细节的动态体验，我会在后面单独开一篇文章，发布后会更新到这里，如果感兴趣可以关注下。
公司怎么管理小程序 第3篇
为了让开发者在做个小程序这方面的门槛降低，从设备端到用户体系，从单机存储到联网同步。微信团队围绕小程序开发的各个环节提供了很多产品和服务形态，其核心目标就是让开发者做小程序的门槛变得更低。
比如微信云服务，Donut 开发平台，通过提供云端资源和平台能力，在一些方面多做一些，让开发者少做一些。
在业务后台这个方面，实现上脱离小程序本体，但是从业务经营者角度来看，又是小程序业务不可或缺的一环。所以微信针对业务后台这方面也提供了解决方案：
公司怎么管理小程序 第4篇
○ 可读性比较差，无法可视化，但可通过其他工具加以改善。
○ 由接口的参数驱动，权限校验为明码，容易泄露。
○ 应对管理场景有限，无法应用到复杂的管理操作（如上传图像或批量处理）
这种方案一般用于非常简单的管理场景中，比如就只针对一个事项做状态扭转，发起一个批处理的任务，发送通知等。完全由接口来驱动完成。但权限管控只能通过参数来明码输入，或者通过结合 saas 工具，来利用其调用时的 header 信息来做权限判断。
公司怎么管理小程序 第5篇
○ 搭建难度可能远远超过小程序前台，需要考虑投入是否值得。
○ 根据所需可能要对接不同的用户登录体系，比如用户名密码+微信登录+邮件登录。
这是一个标准的方案，业务后台页面的构成和功能设计需要根据自己的业务场景来单独设计，其用户群体为业务管理者。在功能实现上既可以有数据库的增删改查，也可以有外部平台的调用（比如微信支付分账，发起退款，发送邮件通知等）。作为开发者在搭建后台时，遇到的实现点和难度可能都是高门槛的，所以需要一定的技术积累，并充分理解用户群体（业务管理员）的工作流程。
公司怎么管理小程序 第6篇
○ 管理者的身份需要设计机制去确认（手机号关联or访问记录）
○ 管理页和内容占用小程序包资源，影响普通用户的使用体验
○ 正常用户访问也会判断管理员逻辑，浪费数据库读资源（硬编码则维护难度增大）
○ 管理接口与业务接口有混用的风险
这种实现是大部分初入者首选的，因为微信用户体系比较完备，可以通过 openid 来确定一个微信用户。在用户打开小程序时，服务端判断用户身份是否是管理员，如果是的话返回一些信息给小程序，小程序对应的展示相关管理页面内容或入口。
劣势也是非常明显的，由于管理逻辑与业务逻辑都集中在小程序通信，会在身份判断，业务处理上有更多的无效的数据库读请求，浪费资源。