（Ant Design of Blazor为努力而生）

书接上文，上次我们说到了最终选用Blazor.Server来实现了我们的MVP项目，额其实就是博客的增删改查，不过运行还是很爽的，不过是一个小demo，脑子里一直有个声音，说把Blog.Admin项目给做个Blazor版本，以后再说吧，一个人毕竟是有限的。

这三篇也是上中下了，从客户端，到服务端，最后今天简单说下权限，之后可能还是重点说下NetCore的相关内容吧。

上周我们虽然已经部署了，加载速度也解决了，展示也挺好了，最后确有一个小问题，让我不得不提上日程，那就是权限问题，因为我增加了新增和修改，肯定不能让每个人都处理吧，好，那咱们就开搞，我周六用了一下午的时候，研究了下如何加权的问题，感觉并不是很满意，虽然也可以用，希望有借鉴意义。

1、Blazor权限控制有哪几种？

关于Blazor.Server开发中的权限控制呢，其实是有三个方向，或者说是三个模块的，这里简单说一下吧：

1、对.razor组件的加权

我们通过之前的了解，已经发现了其实Blazor组件中，可以写c#的业务逻辑，更像是一个.cs类文件一样，所以我们也可以像写类或者方法那样，直接加个特性，官方也是这么说的：

@page "/fetchdata"
@attribute [Authorize(Roles = "Admin")]

是不是感觉挺厉害的，直接配置，然后只要我们的HttpContext中有对应的Claims，那就可以访问，否则就不能获取指定的内容，官方还给来了个组件：

<AuthorizeView Roles="User"><p>You can only see this if you're in the User role.</p>
</AuthorizeView><AuthorizeView Roles="Admin"><p>You can only see this if you're in the Admin role.</p>
</AuthorizeView>

看似一切正常的情况下，我没有试验成功，可能文档看的还是不够，这里留个疑问，以后有机会学会了，再补充下。

而且，就算是可以的，最后会出现另一个问题，就是如何和IdentityServer4进行兼容问题，毕竟我们的BlogCore资源服务器是基于Ids4验证的，????，困难总比办法多。

所以这种方法暂时搁置，是搁置，不是放弃。

2、通过service服务来控制

昨天我们在讲到创建官方Demo的时候，看到了Blazor.Server项目其实是可以通过自己建Service服务来进行处理的，包括持久化，那我们能不能在这里做处理呢？

这个就更像是我们的NetCore项目了，嗯，感觉靠谱，毕竟轻车熟路，可是转念一想，我们使用的是第三方的BlogCore的资源服务器呀，这里就算加权了，但是c#发起HttpClient请求的时候，不还是有问题，还是需要传递Token么？倒不如直接写到.razor里边，直接去HttpClient请求第三方资源服务器。

而且还是没有解决如何兼容Ids4的问题，(⊙﹏⊙)，放弃。

3、HttpClient直接请求带Token

最后我还是介于上边两个方案，综合了一个办法，投机取巧的方法：

在.razor中，直接用HttpClient去请求Blog.Core的API，然后Header中增加Token就行，至于这个Token从哪里来，有多个方案：
1、要么写个api，传递username和pwd，来获取token；

2、要么直接用个输入框，手动输入，这个投机方案，不提倡，但是可以自己玩玩儿。

3、写个登录页面；

最终因为不是很擅长Blazor，而且也没有过多的研究，最终还是选择的第二种，直接手动输入吧。

2、HttpClient直接发送Token请求

接下来就是很简单的没有啥技术含量了：

1、编辑表单增加Token输入框

  <div><div class="form-group"><label>令牌</label><input @bind="BlogArticle.Token" class="form-control" /></div><div class="form-group"><label>标题</label><input @bind="BlogArticle.btitle" class="form-control" /></div><div class="form-group"><label>分类</label><input @bind="BlogArticle.bcategory" class="form-control" /></div><div class="form-group"><label>外链</label><input @bind="BlogArticle.bsubmitter" class="form-control" /></div><div class="form-group"><label>副标题</label><input @bind="BlogArticle.bcontent" class="form-control" /></div><div class="form-group"><label>阅读</label><input @bind="BlogArticle.btraffic" class="form-control" /></div><button class="btn btn-primary" @onclick="TrySave">保存</button><CancelBtn Name="取消"></CancelBtn></div>

效果是这样的：

这个Token令牌从哪里来呢，很简单，我目前是简单写了一个API从Ids4项目生成的，然后手动输入的，你也可以写个登录页面来获取（不要告诉我，你还不会通过postman从ids4项目获取token）。

2、HttpClient添加Header

既然要鉴权，然后从Blog.Core中获取指定的资源数据，那就必须仿照前后端分离项目，在Header中添加Authorization信息。

 private async Task OnSaveAsync(BlogArticle blogArticle){BlogArticle = blogArticle;// 通过双向绑定，从子组件中获取token，并添加到Header中Http.DefaultRequestHeaders.Add("Authorization", $"Bearer {BlogArticle.Token}");var result = await Http.PostAsJsonAsync("http://apk.neters.club/api/Blog/AddForMVP", BlogArticle);if (result.IsSuccessStatusCode){NavManager.NavigateTo("/blog/list");}else{// 如果失败了，必须刷新页面，因为这个时候HttpClient已经失效了_errmsg = "保存失败! 错误原因：" + result.ReasonPhrase + "。请刷新页面重试";}}

除了添加Header以为，另一个知识点就是需要刷新页面了，这个还是和我们平时访问api还是不一样的，就算是你生命周期设置了瞬态也不行：

services.AddTransient<HttpClient>();

很值得研究。

3、效果预览

简单处理了以后，就可以看看效果了，如果没有登录呢，会报错：

然后输入正确的Token后，就可以写入成功了。

3、总结

说句实话，对第三方资源服务器的请求和加权，应该有更高级的玩儿法，相信社区的小伙伴一起可以集思广益吧，未来还是很有希望的。固步自封，最终逃不掉失败的命运。