Skip to content

求加入更多的用户及用户信息类功能 #5

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.

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

Open
HansBug opened this issue Jul 4, 2020 · 1 comment
Open

求加入更多的用户及用户信息类功能 #5

HansBug opened this issue Jul 4, 2020 · 1 comment
Labels
enhancement New feature or request

Comments

@HansBug
Copy link

HansBug commented Jul 4, 2020

目前对整个api体系进行了简单的观察,发现用户类功能api只有一个当前用户信息查询(班级产品内的成员功能不算在内)。

个人认为这样的api结构会对api的整体效用造成不良影响。因为这样的接口模式会导致客户端业务呈现以下的逻辑结构和顺序:

  • 载入id/secret
  • 以authorized_code/client_credentials方式获取access_token
  • 获取当前用户(authorized_code)/数据链条就此中断(client_credentials)
  • 获取当前用户所属博客
  • 根据当前所属博客的相关信息(博文、评论等)
  • 获取博文、评论等用户简略信息(极为简略,甚至不一定足以对用户进行唯一性标记,只适合于进行UI显示)

不难发现,这样的api数据链条是较为单一且连续性不强的,基于这样的数据链呈树状结构,能顺藤摸瓜出来的数据较为有限,这样可能依然还是只适合于构建和博客园网站业务逻辑上基本一一对应的应用(例如各类博客园app),而这个最主要的瓶颈就出在用户这一节点上。而只要疏通用户节点上的查询瓶颈,则可以让整条数据链形成网状结构,扩展性大大提高。

综上所述,希望加入更多的用于信息功能。目前能想到的一些用户类功能:

  1. 当前用户信息查询(已有)
  2. 任意单个用户信息查询(强烈建议)
  3. 我关注的用户列表(比较建议)
  4. 关注我的用户列表(比较建议)
  5. 各个主要接口增加能用于任意用户信息查询的返回数据段(如果需要的话,与第2项配套)

此外,如果条件允许,也希望能添加一少部分其他相关功能的api,例如站内信类功能的api。

以上是我的一点点建议,望采纳。

@HansBug HansBug added the enhancement New feature or request label Jul 4, 2020
@cnblogs-team
Copy link
Collaborator

您好,谢谢您的建议,我们会在开发计划中考虑。目前 open api 问题的确很多,我们正在招募优秀的开发人才,加快改进速度。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants