关于微信第三方平台开发的传参问题

关于微信第三方平台开发的传参问题

       刚开始做微信第三方平台开发项目的时候,接入成员管理模块的时候,对里面反复出现的userstr很是困惑。因为好像根本就不需要这个字段,返回这个没什么用。当时还大言不惭地说微信的文档写得很烂。其实认真思考一下,就能发现这样做的考虑是非常缜密的,很值得我们学习。

       我们先回顾一下微信第三方平台的开发文档里面关于这个是怎么说的

1)绑定体验者

  用户传入wechatid,绑定成功后返回userstr

 

2)获取已绑定的体验者列表

      请求成功,返回的是userstr的列表。然后就很疑惑,这个地方返回的并不是预想的wechatid而是userstr。直接返回wechatid不就好啦。何必多此一举。

      仔细思考一下,像wechatid这种算是涉及用户隐私和安全,比较敏感的字段。类似这种字段,我们应该避免在api中频繁的出现

      如果在开发过程中,在其他地方我们必须要用到wechatid这种字段,我们可以像下面这样做:

1)在第一次传入wechatid,获取到userstr这个人员对应的唯一字符串时,在redis中做一个key-value,以userstr作为key,设置wechatid与userstr的对应关系,做法可参考

 

2)然后需要获取wechatid的时候,就通过上面设置的与userstr相关的key,来获取wechatid,做法可参考

 

总结:在开发过程中,很多时候不是简单实现功能就完事大吉了,我们还应该考虑这样的做法是否最佳,考虑是否全面周到。

posted @   欢乐豆123  阅读(374)  评论(0编辑  收藏  举报
编辑推荐:
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)
点击右上角即可分享
微信分享提示