关于新版《小程序隐私协议开发指南》demo的理解

前言

各位微信小程序开发者们最近是不是头发掉的更多了啊？先是官方发了个《关于小程序隐私保护指引设置的公告》，大意是9月15号以后调用隐私接口前需要弹窗让用户授权，然后程序猿们不敢怠慢，纷纷开始研究怎么个改法，结果看文档看不懂，调接口接口返回莫名其妙的结果，然后线上小程序又纷纷调用接口报错。官方又默默的做了版本回滚，而社区论坛里早已乱成了一锅粥。。。。

重磅，刚刚，官方终于又更新的文档，然后说问题我们都修复了，大伙可以开干了，怕你们看不懂文档，贴心的给了demo照猫画虎就行了，而且不是1个，是3个demo哟。

demo们

3个demo如下：

demo1: 演示使用 wx.getPrivacySetting 和 在首页处理隐私弹窗逻辑 developers.weixin.qq.com/s/gi71sGm67…

demo2: 演示使用 wx.onNeedPrivacyAuthorization 和 在多个页面处理隐私弹窗逻辑，同时演示了如何处理多个隐私接口同时调用。 developers.weixin.qq.com/s/4X7yyGmQ7…

demo3: 演示 wx.onNeedPrivacyAuthorization、wx.requirePrivacyAuthorize、 和 组件如何结合使用 developers.weixin.qq.com/s/jX7xWGmA7…

说明也比较简单，但社区里好多人反而有点懵，不知道用哪个。我结合我查看demo源码说一下我理解的使用场景。

demo1

• 这个是最简单的。调用的隐私协议接口最少，只有一个wx.getPrivacySetting。（wx.openPrivacyContract不算）。 其逻辑就是在调用任何隐私接口之前检查授权状态，已授权则啥也不做，未授权则弹窗。

• 特点：

1. 开发者主动检查后弹窗，而不是隐私接口调用触发。
2. 简单，代码量最少。
3. 流程：主动检查->弹窗->用户同意->调用隐私接口

• 适用场景：

1. 小程序启动过程没有调用隐私接口，换句话说，隐私接口需要由用户动作才会调用，如用户点击按钮选择图片。
2. 强隐私需求小程序，用户不给授权就不能用，直接退出那种。
3. 极简小程序，比如就一个页面，或者就只调用一个隐私接口。

以上几种情况就可以使用demo1, 在小程序启动时做检查，没授权就弹窗，用户不同意就退出；

或者对于极简小程序，比如就一个页面点击按钮选个图片，可以在处理按钮事件时调用wx.getPrivacySetting。弹窗后用户不同意就啥也不干或给个toast，下次用户再点按钮就再检查再弹窗。

demo2

• demo2就复杂一些了，需要用到wx.onNeedPrivacyAuthorization接口了，和demo1的区别就是，弹窗是由调用隐私接口触发的，而不是开发者主动检查触发

• 特点：

1. 弹窗是由调用隐私接口触发。
2. 复杂，代码量多。
3. 流程：调用隐私接口->弹窗（同时隐私接口pending）->用户同意/不同意->隐私接口返回成功或失败

• 适用场景：

1. 普遍场景，多个页面，多个隐私接口。
2. 被动触发，无需关心隐私接口何时被调用。

demo3

• demo3在demo2的基础上，就多了wx.requirePrivacyAuthorize调用，官方说法是这个接口用来模拟隐私接口调用。

• 特点：

1. 弹窗可以由调用隐私接口触发，也可以由wx.requirePrivacyAuthorize触发
2. 复杂，代码量多。
3. 流程：调用隐私接口（wx.requirePrivacyAuthorize）->弹窗（同时隐私接口pending）->用户同意/不同意->隐私接口返回成功或失败
4. 相较于demo1，相同的地方在于开发者可主动触发隐私弹窗，不同的地方在于demo1无法获知用户是否同意，demo3可以
5. 相较于demo2，相同的地方在于其逻辑和调用真实隐私接口是一致的，不同之处在于给开发者提供了一种更灵活的可主动触发弹窗的模式
6. 你可以认为 demo3=demo1 + demo2

• 适用场景：

1. 同demo2。
2. 无接口的隐私组件，如<input type="nickname">
3. 比demo2更灵活的需求.

对于wx.requirePrivacyAuthorize接口，大家不要把这个接口局限于仅在开发时调试用。这个接口也是可以用在线上的。可以用来实现更灵活的逻辑。

以上就是我对这3个demo的理解，大家有什么样的想法欢迎在评论区留言大家一起讨论。

（全文完）