gpt4 book ai didi

api - RETS API : Endpoint design for multi user access levels

转载 作者:行者123 更新时间:2023-12-05 07:58:00 25 4
gpt4 key购买 nike

假设我有以下端点:

/accounts(公司/业务单位)
/vehicles(汽车、卡车等)
/users(登录用户)

一个用户可以拥有 3 种不同的权限:全局管理员、帐户管理员和用户。

如果用户访问车辆:

  • 全局管理员:他将获得所有车辆
  • 账户管理员:所有车辆都在与他相同的账户下
  • 用户:所有他自己的车辆

但是如果帐户管理员访问/vehicles 他可能只想要他自己的车辆,而如果全局管理员只想要他自己的相关帐户中的车辆。然后呢?

示例解决方案:
/accounts/{accountId}/vehicles(全局管理员)
/accounts/current/vehicles(账户管理员)
/vehicles(用户)

或者……
/accounts/{accountId}/vehicles(全局管理员)
/vehicles/byUserAccount/{accountId}(账户管理员)
/vehicles(用户)

或者……
/vehicles/byEntireAccount/{accountId}(全局管理员)
/vehicles/byUserAccount/{accountId}(账户管理员)
/vehicles(用户)

对于这种情况,是否有任何最佳实践或好的建议?

希望这个问题是有道理的。

最佳答案

如果我要实现这一点,我将只创建一个端点来访问车辆 (/vehicles/) 并且可以通过全局发送可选的 GET 参数和帐户管理员用户表明他们还想要什么。他们可以发送 AllGlobalAllAccount 来指示它。当然,在返回数据之前,我还会根据代码中的请求检查他们的许可。

tastypie 中实现这一点非常容易.

关于api - RETS API : Endpoint design for multi user access levels,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25723777/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com