快被小程序的unionid机制搞疯了

先说一下前提：

  同一主体开发了公众号+多个小程序组合，为了避免在多个小程序之间重复注册，使用了unionid机制进行会员数据关联。

在直接调用wx.getUserInfo的时候一切正常，只是默认要弹出请求授权窗口，拒绝授权的使用openSetting再次请求授权

好了，后来说wx.getUserInfo将要作废，建议使用button按钮获取userInfo信息授权。于是我们把默认的wx.getUserInfo改成了默认wx.login，那么问题来了，wx.login根据unionid机制，部分会返回unionid，部分用户不返回unionid（用户仅操作当前小程序并未关注或者操作过同主体下其他小程序）

https://developers.weixin.qq.com/miniprogram/dev/api/unionID.html

然后我们要再判断如果wx.login接口没有返回unionid字段，跳转到一个单独的授权页面，点击<button open-type=“getUserInfo” 的按钮授权获取用户信息。

然后我们再根据获取的unionid字段匹配数据库会员资料，未注册再次跳转到单独的注册页面，进行手机号码验证注册

问题1：wx.login接口返回 unionid规则复杂，难以理解

Why?为什么要有这么奇葩的规则？同主体小程序绑定到了开放平台，进行了认证。为什么要这么奇怪的规则，增加接口复杂性。经常会误解为都会返回unionid字段，一般开发用的测试号由于都操作过同主体其他小程序都会返回unionid

问题2：点击<button open-type=“getUserInfo” 按钮回调，e.detail.userInfo 已经包含了用户昵称、头像、地区、性别等信息，唯独不返回openid，unionid字段，需要用e.detail.iv  + code  去服务器解密获取。难道openid，unionid字段比用户昵称、头像等信息更隐私吗？为何要如此大费周章才能给openid，unionid字段

问题3：wx.getUserInfo作废能给具体时间吗？开发工具、体验版都已经弹窗不建议用了，但是正式版又可以使用。开发天天要被问“我看到被人家的xxx能用弹窗授权噢”，每天都要解释，开发到底是要用呢还是不用呢？