Asp.net mvc 5 在AspNetUserClaims中使用ClaimValue时,是否有需要遵循的标准?

Asp.net mvc 5 在AspNetUserClaims中使用ClaimValue时,是否有需要遵循的标准?,asp.net-mvc-5,asp.net-identity,claims-based-identity,asp.net-authorization,Asp.net Mvc 5,Asp.net Identity,Claims Based Identity,Asp.net Authorization,VS2013,MVC5,VB 包括本文在内的许多帖子都声明声明声明可以提高授权粒度,而不会导致角色大量增加。我希望我说得对 我认为这只能通过使用ClaimValue属性来实现,对吗 即使这不正确,如果使用ClaimValue属性,那么在分配ClaimValue时必须采用某种方案。是否有使用ClaimValue的标准或典型方法?还是我们只是设计出我们在特定情况下需要的东西 添加到帖子:考虑到上面关于角色的评论:我问这个问题是因为社区中的许多人使用声明作为角色,但这似乎不是MVC5中声明开发的最初/

VS2013,MVC5,VB

包括本文在内的许多帖子都声明声明声明可以提高授权粒度,而不会导致角色大量增加。我希望我说得对

我认为这只能通过使用ClaimValue属性来实现,对吗

即使这不正确,如果使用ClaimValue属性,那么在分配ClaimValue时必须采用某种方案。是否有使用ClaimValue的标准或典型方法?还是我们只是设计出我们在特定情况下需要的东西

添加到帖子:考虑到上面关于角色的评论:我问这个问题是因为社区中的许多人使用声明作为角色,但这似乎不是MVC5中声明开发的最初/主要目的

因此,我应该在我的问题中添加一个问题:“使用角色声明可以吗?”,或者我应该只是创建一个权限结构,让MVC声明功能用于它的预期目的,即存储身份声明,而不是用于授权。

权限将“指令”每种索赔类型的索赔价值标准是(或应该是)什么,但你不必遵循这些标准,除非你试图对他们的某些东西做得很好。一个这样的权威

您可以发明自己的索赔类型(和索赔价值标准),或为现有索赔类型之一制定自己的标准。它们是模棱两可的,因此非常灵活

实际上,制定一个标准的全部意义在于互操作性。如果你不希望永远需要这样做,那么当你不遵循权威的要求时,这不是一个大问题


你可以看到一个很好的列表,其中列出了一些共同主张。请注意,您可以看到其中一个是
http://schemas.microsoft.com/ws/2008/06/identity/claims/role
你可以很容易地看到角色是可以的。

我删除了VB标记,因为这是跨语言的,并添加了一些适用的标识标记。