不得不说真的很佩服你们，中国开发者的平均水平难道腾讯官方不知道吗，感谢你们此举让中国平均开发者水平更上一层楼，让跟多人搞明白了解小程序的授权是怎么回事。

此次修改，在限制条件内的应用（同一个开放平台下，同一个主体），只依赖unionid和openid的应用不受影响，因为login的code2session的时候给了这两个字段，但是如果不在限制条件内的应用，又是一大麻烦。

如果涉及到name和avatar字段的应用，那么麻烦大了，解决方案可能就是现在大家通用的方案，加上一个登陆按钮，比一开始就请求登陆的体验更糟糕。

很多人可能没上架过iOS应用，苹果一直必须要求所有应用提供游客功能，腾讯此举就是借鉴苹果官方，让小程序提供游客功能，到出现需要登陆才能访问的页面才弹出登陆按钮，而不是一开始就登陆，但是你不是苹果，你觉得这样真的有助于用户体验吗？

而且现在小程序是红利期，你们也疯狂的推广，但是我实在不建议采用这种方法来限制开发者，因为为了生态圈和成本考虑，大公司都去做APP了，小公司都在玩小程序，而且也有很多个人开发者，其实我可以改变一下后端代码，让我的服务不强行依赖name和avatar，但是这会面临几个问题：

1、大公司的应用不可能说动就动这么底层的东西，而且业务巨大后也非常难改动。

2、小公司的开发水平往往不足，写的后端代码扩展性和维护性不强，改动往往牵扯的代码量太大。

3、就算抛去前两者，那么真正会去修改业务逻辑的公司又有多少？

然后继续来解决我们遇到的问题，现在腾讯官方态度明确要废除这个API，给出了两种替代方案。

1、使用button获取，这适用于强依赖字段的，什么叫强依赖？（参考公众号文章下面的留言，和大部分需要使用微信的头像和昵称进行公开展示的应用）

2、使用一个组件获取，这适用于弱依赖的应用，什么叫弱依赖？（请参考有赞商城微信的h5，和只需要昵称和头像展示给自己看的应用，不需要公开展示）

那么换句话说，你想有一个替代方案，既不弹出button，又不想改动业务，然后和之前一样？对不起，暂时没有。