![]() |
1
2
一些答案:
责任 一般来说:
如果希望在UI和API中同时使用角色信息,则默认选项是将角色添加到id令牌和访问令牌中。 然而,这并不能很好地扩展,因为在一个真正的商业应用程序中,随着时间的推移,您可能会添加多个类似的规则,并且需要不断地向令牌添加声明。 可扩展性 随着时间的推移,一个更容易管理的更好的选择是UI向其API请求角色+其他数据,因为API无论如何都需要相同的角色信息。 此外,对于ui和api做出的授权决策,令牌不一定是唯一的数据源。我的 blog post on claims 描述一种模式,可用于管理来自多个数据源的声明。 |
![]() |
Community wiki · REST应用程序中的基本身份验证 1 年前 |
![]() |
Natlus · 错误的登录凭据停止进度对话框 6 年前 |
![]() |
Ege Bayrak · HttpClient授权标头格式无效 6 年前 |
![]() |
Leo · 使用节点上传到google云存储。js公司 6 年前 |
![]() |
charliezz10 · OAuth 2.0-自己网站的帐户管理 6 年前 |
![]() |
s0dz · 属于多个组织的用户的多个角色 6 年前 |