search

royalrick / weapp

微信小程序服务端 SDK (for Golang)
https://pkg.go.dev/github.com/medivhzhan/weapp/v3
Apache License 2.0
1.47k stars 281 forks source link

提个建议，accessToken从接口隐藏 #44

Open zhuiqi525 opened 4 years ago

zhuiqi525 commented 4 years ago

框架实现accessToken统一管理，默认可以用内存版本，分布式部署的可以实现redis接口版本，几乎所有接口都要携带取该字段

royalrick commented 4 years ago

可以的，后面版本提供一个接口，谢谢 ：）

Birjemin commented 4 years ago

个人建议access_token还是交由开发者处理吧，比如在调用小游戏的某些接口时也需要这个access_token

也会有一种情况，就是会存在一个应用（体验服、正式服）共用一个appID的情况，如果access_token封装起来，很难共用（比如easywechat的access_token获取就很麻烦）

royalrick commented 4 years ago

个人建议access_token还是交由开发者处理吧，比如在调用小游戏的某些接口时也需要这个access_token

也会有一种情况，就是会存在一个应用（体验服、正式服）共用一个appID的情况，如果access_token封装起来，很难共用（比如easywechat的access_token获取就很麻烦）

之前就是出于这个考虑，没放进去；

hyacinthus commented 4 years ago

其实不矛盾，只要给出取 access token 的方法就可以让别的地方用了。自己用就可以隐藏。

不过那样就需要一个初始化过程了，现在都没有初始化的，都直接是函数哈哈。

hyacinthus commented 3 years ago

试用了一下v3，

自定义的cache有key参数令人有点迷惑。。

也许想着将来不止cache token 吗

总之自定义的话，应该把key的命名交给开发者。

这里应该只做个 token cache 就好了。

royalrick commented 3 years ago

完全独立出来将来扩展性更强，否则就只能存储token了；

royalrick commented 3 years ago

key确实可以交给开发者自定义更好；