Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

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

Open
zhuiqi525 opened this issue Aug 31, 2020 · 7 comments
Open

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

zhuiqi525 opened this issue Aug 31, 2020 · 7 comments

Comments

@zhuiqi525
Copy link

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

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

@Birjemin
Copy link

Birjemin commented Nov 2, 2020

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

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

@royalrick
Copy link
Owner

royalrick commented Nov 4, 2020 •
edited

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

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

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

@hyacinthus
Copy link

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

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

@hyacinthus
Copy link

试用了一下v3，

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

也许想着将来不止cache token 吗

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

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

@royalrick
Copy link
Owner

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

@royalrick
Copy link
Owner

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@hyacinthus @Birjemin @royalrick @zhuiqi525