初步对Blazor WebAssembly进行了初步的探索(ASP.NET Core Blazor 初探之 Blazor WebAssembly)。这次来看看Blazor Server该怎么玩。
Blazor Server
Blazor 技术又分两种:
Blazor WebAssembly
Blazor Server
Blazor WebAssembly上次已经介绍过了,这次主要来看看Blazor Server。Blazor Server 有点像WebAssembly的服务端渲染模式。页面在服务器端渲染完成之后,通过SignalR(websocket)技术传输到前端,再替换dom元素。其实不光是页面的渲染,大部分计算也是服务端完成的。Blazor Server模式可以让一些不支持WebAssembly的浏览器可以运行Blazor项目,可是问题也是显而易见的,基于SignalR的双向实时通信给网络提出了很高的要求,一旦用户量巨大,对服务端的水平扩容也带来很大的挑战,Blazor Server的用户状态都维护在服务端,这对服务端内存也造成很大的压力。
我们还是以完成一个简单的CRUD项目为目标来探究一下Blazor Server究竟是什么。因为前面Blazor Webassembly已经讲过了,相同的东西,比如数据绑定,属性绑定,事件绑定等内容就不多说了,请参见ASP.NET Core Blazor 初探之 Blazor WebAssembly。
新建Blazor Server项目
打开vs找到Blazor Server模板,看清楚了不要选成Blazor Webassembly模板。
看看生成的项目结构:
可以看到Blazor Server的项目结构跟ASP.Net Core razor pages 项目是一模一样的。看看Startup是怎么配置的:
publicclassStartup{publicStartup(IConfiguration configuration){ Configuration = configuration; }publicIConfiguration Configuration {get; }// This method gets called by the runtime. Use this method to add services to the container.// For more information on how to configure your application, visit https://go.microsoft.com/fwlink/?LinkID=398940publicvoidConfigureServices(IServiceCollection services){ services.AddRazorPages(); services.AddServerSideBlazor(); services.AddSingleton(); }// This method gets called by the runtime. Use this method to configure the HTTP request pipeline.publicvoidConfigure(IApplicationBuilder app, IWebHostEnvironment env){if(env.IsDevelopment()) { app.UseDeveloperExceptionPage(); }else{ app.UseExceptionHandler("/Error");// The default HSTS value is 30 days. You may want to change this for production scenarios, see https://aka.ms/aspnetcore-hsts.app.UseHsts(); } app.UseHttpsRedirection(); app.UseStaticFiles(); app.UseRouting(); app.UseEndpoints(endpoints => { endpoints.MapBlazorHub(); endpoints.MapFallbackToPage("/_Host"); }); } }
主要有2个地方要注意:
在ConfigureServices方法里注册了Blazor的相关service:
services.AddServerSideBlazor();
在Configure方法的终结点配置了Blazor相关的映射:
endpoints.MapBlazorHub();
上次Blazor Webassembly我们的数据服务是通过一个Webapi项目提供的,这次不用了。如果需要提供webapi服务,Blazor Server本身就可以承载,但是Blazor Server根本不需要提供webapi服务,因为他的数据交互都是通过websocket完成的。
实现数据访问
新建student类:
publicclassStudent {publicintId {get;set; }publicstringName {get;set; }publicstringClass{get;set; }publicintAge {get;set; }publicstringSex {get;set; } }
上次我们实现了一个StudentRepository,我们直接搬过来:
publicinterfaceIStudentRepository{ListList();StudentGet(intid);boolAdd(Student student);boolUpdate(Student student);boolDelete(intid); }}
publicclassStudentRepository:IStudentRepository{privatestaticList Students =newList {newStudent{ Id=1, Name="小红", Age=10, Class="1班", Sex="女"},newStudent{ Id=2, Name="小明", Age=11, Class="2班", Sex="男"},newStudent{ Id=3, Name="小强", Age=12, Class="3班", Sex="男"} };publicboolAdd(Student student){ Students.Add(student);returntrue; }publicboolDelete(intid){varstu = Students.FirstOrDefault(s => s.Id == id);if(stu !=null) { Students.Remove(stu); }returntrue; }publicStudentGet(intid){returnStudents.FirstOrDefault(s => s.Id == id); }publicListList(){returnStudents; }publicboolUpdate(Student student){varstu = Students.FirstOrDefault(s => s.Id == student.Id);if(stu !=null) { Students.Remove(stu); } Students.Add(student);returntrue; } }
注册一下:
services.AddScoped();
实现学生列表
跟上次一样,先删除默认生成的一些内容,减少干扰,这里不多说了。在pages文件夹下新建student文件夹,新建List.razor文件:
@page "/student/list"@using BlazorServerDemo.Model@using BlazorServerDemo.Data@inject IStudentRepository Repository
List
AddIdNameAgeSexClass@if (_stutdents != null) { foreach (var item in _stutdents) {@[email protected]@[email protected]@item.Class修改删除} }@code { private List_stutdents; protected override void OnInitialized() { _stutdents = Repository.List(); }}这个页面是从上次的WebAssembly项目上复制过来的,只改了下OnInitialized方法。上次OnInitialized里需要通过Httpclient从后台获取数据,这次不需要注入HttpClient了,只要注入Repository就可以直接获取数据。
运行一下:
F12看一下这个页面是如何工作的:
首先/student/list是一次标准的Http GET请求。返回了页面的html。从返回的html代码上来看绑定的数据已经有值了,这可以清楚的证明Blazor Server技术使用的是服务端渲染技术。
_blazor?id=Fv2IGD6CfKpQFZ-fi-e1IQ连接是个websocket长连接,用来处理服务端跟客户端的数据交互。
实现Edit组件
Edit组件直接从Webassembly项目复制过来,不用做任何改动。
@usingBlazorServerDemo.Model
实现新增页面
同样新增页面从上次的Webassembly项目复制过来,可以复用大量的代码,只需改改保存的代码。原来保存代码是通过HttpClient提交到后台来完成的,现在只需要注入Repository调用Add方法即可。
@page"/student/add"@[email protected]@inject NavigationManager NavManager@inject IStudentRepository Repository
Add
@_errmsg@code {privateStudent Student {get;set; }privatestring_errmsg;protectedoverrideTaskOnInitializedAsync(){ Student =newStudent() { Id =1};returnbase.OnInitializedAsync(); }privatevoidOnSave(Student student){ Student = student;varresult = Repository.Add(student);if(result) { NavManager.NavigateTo("/student/list"); }else{ _errmsg ="保存失败"; } }}这里不再多讲绑定属性,绑定事件等内容,因为跟Webassembly模式是一样的,请参见上一篇。
运行一下 :
我们的页面出来了。继续F12看看页面到底是怎么渲染出来的:
这次很奇怪并没有发生任何Http请求,那么我们的Add页面是哪里来的呢,让我们继续看Websocket的消息:
客户端通过websocket给服务端发了一个消息,里面携带了一个信息:OnLocation Changed "http://localhost:59470/student/add",服务端收到消息后把对应的页面html渲染出来通过Websocket传递到前端,然后前端进行dom的切换,展示新的页面。所以这里看不到任何传统的Http请求的过程。
点一下保存看看发生了什么:
我们可以看到点击保存的时候客户端同样没有发送任何Http请求,而是通过websocket给后台发了一个消息,这个消息表示哪个按钮被点击了,后台会根据这个信息找到需要执行的方法,方法执行完后通知前端进行页面跳转。
但是这里有个问题,我们填写的数据呢?我们在文本框里填写的数据貌似没有传递到后台,这就不符合逻辑了啊。想了下有可能是文本框编辑的时候数据就提交回去了,让我们验证下:
我们一边修改文本框的内容,一边监控websocket的消息,果然发现了,当我们修改完焦点离开文本框的时候,数据直接被传递到了服务器。厉害了我的软,以前vue,angularjs实现的是前端html跟js对象的绑定技术,而Blazor Server这样就实现了前后端的绑定技术,666啊。
实现编辑跟删除页面
这个不多说了使用上面的知识点轻松搞定。
编辑页面:
@page"/student/modify/{Id:int}"@[email protected]@inject NavigationManager NavManager@inject IStudentRepository Repository
Modify
@_errmsg@code { [Parameter]publicintId {get;set; }privateStudent Student {get;set; }privatestring_errmsg;protectedoverridevoidOnInitialized(){ Student = Repository.Get(Id); }privatevoidOnSave(Student student){ Student = student;varresult = Repository.Update(student);if(result) { NavManager.NavigateTo("/student/list"); }else{ _errmsg ="保存失败"; } }}删除页面:
@page"/student/delete/{Id:int}"@[email protected]@inject NavigationManager NavManager@inject IStudentRepository Repository
Delete
确定删除(@Student.Id)@Student.Name ?
删除@code { [Parameter]publicintId {get;set; }privateStudent Student {get;set; }protectedoverridevoidOnInitialized(){ Student = Repository.Get(Id); }privatevoidOnDeleteAsync(){varresult = Repository.Delete(Id);if(result) { NavManager.NavigateTo("/student/list"); } }}运行一下:
总结
Blazor Server总体开发体验上跟Blazor Webassembly模式保持了高度一直。虽然是两种不同的渲染模式:Webassembly是客户端渲染,Server模式是服务端渲染。但是微软通过使用websocket技术作为一层代理,巧妙隐藏了两者的差异,让两种模式开发保持了高度的一致性。Blazor Server除了第一次请求使用Http外,其他数据交互全部通过websocket技术在服务端完成,包括页面渲染、事件处理、数据绑定等,这样给Blazor Server项目的网络、内存、扩展等提出了很大的要求,在项目选型上还是要慎重考虑。
最后demo的源码:BlazorServerDemo