首页 > 代码库 > Asp.net Core， 基于 claims 实现权限验证 - 引导篇
Asp.net Core， 基于 claims 实现权限验证 - 引导篇
什么是Claims?
这个直接阅读其他大神些的文章吧，解释得更好。
相关文章阅读：
http://www.cnblogs.com/JustRun1983/p/4708176.html
http://www.cnblogs.com/jesse2013/p/aspnet-identity-claims-based-authentication-and-owin.html
http://www.cnblogs.com/savorboard/p/aspnetcore-identity.html
claims 姑且叫做声明，可以理解为和用户相关的一条一条信息的描述，可以是用户的身份信息(Name,Email,ID)也可以是用户的角色，甚至是一些自定义的Claims
关于Claims 和 Claims - base, 博客园的讲述已经很多了， 可以查阅相关文章。这里只是介绍如何给予Asp.net Identity Claims 来实现业务系统的权限验证。
在使用Identity做为系统的登陆和权限验证时，常常会用到角色，其实角色也是一种Claims, 而且角色的验证也是ClaimsBase的。
新建一个asp.net core Web Application 项目，修改验证类型为： Individual User Accounts。使用默认的项目模板
默认的项目模板已经为我们集成好了基于Asp.net identity的 登陆验证功能。
运行项目，注册用户，登陆。
为了验证角色也是基于Claims的，我们并没有为用户设置角色。
现在想在访问Action时，添加上基于角色的验证。
显然是 无法访问 home/index的。
原因是因为我们并没有为用户添加“MyRole”这个角色。
假如我们并不想为用户添加一个"MyRole"的角色，而是想在用户登录时，为用户添加一个 ClaimType 为 Role的 Claims ，看看是否能通过验证。
OK, 来试试看。
重要对象:Claims, ClaimsIdentity ClaimsPrincipal
可以这样理解;
Claims:
ClaimsIdentity: 可以这样理解，一组Cliams 就构成了一个Identity，比如身份证：姓名，性别，身份证号，等一系列Claims组成了一个identity
ClaimsPrincipal： ClaimsIdentity的持有者。一个ClaimsPrincipal可以持有多个ClaimsIdentity。
了解了这些概念后，我们就知道如果要给用户添加新的/自定义的Claims该往哪加了。
而 asp.net Identity在登陆时，会通过 UserClaimsPrincipalFactory 的 CreateAsync，来创建 ClaimsPrincipal。
那么我们需要做的，就是继承UserClaimsPrincipalFactory， 自定义一个AppClaimsPrincipalFactory
并重写 CreateAsync方法
public class AppClaimsPrincipalFactory:UserClaimsPrincipalFactory<ApplicationUser,IdentityRole> { public AppClaimsPrincipalFactory(UserManager<ApplicationUser> userManager, RoleManager<IdentityRole> roleManager, IOptions<IdentityOptions> optionsAccessor) : base(userManager, roleManager, optionsAccessor) { } public async override Task<ClaimsPrincipal> CreateAsync(ApplicationUser user) { var principal = await base.CreateAsync(user); ((ClaimsIdentity)principal.Identity).AddClaims(new[] { new Claim(ClaimTypes.Role, "MyRole") }); return principal; } }
在CreateAsync 方法中，先调用base.CreateAsync()方法，获取一个ClaimsPrinciapl对象，然后再往ClaimsPrincipal。Identity中 添加我们想要的自定 Claims。
如图， 我们加入 new Claim(ClaimTypes.Role, "MyRole")
然后在Start Up 方法中，将重写的AppClaimsPrincipalFactory 注入到服务中
public void ConfigureServices(IServiceCollection services) { // Add framework services. services.AddApplicationInsightsTelemetry(Configuration); services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection"))); services.AddIdentity<ApplicationUser, IdentityRole>() .AddEntityFrameworkStores<ApplicationDbContext>() .AddDefaultTokenProviders(); services.AddScoped<IUserClaimsPrincipalFactory<ApplicationUser>, AppClaimsPrincipalFactory>(); services.AddMvc(); // Add application services. services.AddTransient<IEmailSender, AuthMessageSender>(); services.AddTransient<ISmsSender, AuthMessageSender>(); }
启动，运行，home/index页面可以正常访问了。
可以得知，Role 也是基于 Claims base的。
既然自定义的Claims 也能完成权限验证，那么在业务系统中，也通过各种Claims来完成各种权限验证。类似于，登陆系统后，系统给你发放各种证件，然后就可以通过你所拥有的证件，在系统中通行了。
接下来，我们根据业务需要，来定制各种Claims，完成权限验证
Asp.net Core， 基于 claims 实现权限验证 - 引导篇
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。