初步对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

这个页面是从上次的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"@usingBlazorServerDemo.Model@usingBlazorServerDemo.Data@inject NavigationManager NavManager@inject IStudentRepository Repository

Add

这里不再多讲绑定属性，绑定事件等内容，因为跟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}"@usingBlazorServerDemo.Model@usingBlazorServerDemo.Data@inject NavigationManager NavManager@inject IStudentRepository Repository

Modify

删除页面：

@page"/student/delete/{Id:int}"@usingBlazorServerDemo.Model@usingBlazorServerDemo.Data@inject NavigationManager NavManager@inject IStudentRepository Repository

Delete

    确定删除（@Student.Id）@Student.Name ？

运行一下：

总结

Blazor Server总体开发体验上跟Blazor Webassembly模式保持了高度一直。虽然是两种不同的渲染模式：Webassembly是客户端渲染，Server模式是服务端渲染。但是微软通过使用websocket技术作为一层代理，巧妙隐藏了两者的差异，让两种模式开发保持了高度的一致性。Blazor Server除了第一次请求使用Http外，其他数据交互全部通过websocket技术在服务端完成，包括页面渲染、事件处理、数据绑定等，这样给Blazor Server项目的网络、内存、扩展等提出了很大的要求，在项目选型上还是要慎重考虑。

最后demo的源码：BlazorServerDemo