【1】创建第一个Blazor应用

Blazor Server与Blazor Web App区别

Blazor Server 和 Blazor WebAssembly (WASM) 是 Blazor 框架的两种不同运行模式。它们在架构、性能、资源利用和应用场景等方面都有显著区别

Blazor Server

特点

执行位置：应用程序在服务器上执行，浏览器通过 SignalR 连接与服务器进行交互。

启动时间：
启动速度快，因为没有需要下载的 WebAssembly 文件，只需加载少量初始 HTML 和 JavaScript。
资源消耗：
客户端资源消耗少，主要依赖服务器资源。

实时性：
提供快速的实时更新和交互，因为 SignalR 连接通常具有低延迟。
安全性：

服务器端执行的代码更容易控制安全性，因为代码不直接暴露给客户端。

优势

快速加载和初始响应时间。

更容易实现实时数据更新。

更好的安全控制，因为业务逻辑在服务器端执行。

缺点

需要持续的服务器连接，断开连接时用户体验会受到影响。

随着用户数量增加，服务器负载会显著增加。

不适合离线应用。

Blazor WebAssembly (WASM)

特点

执行位置：
应用程序在浏览器中执行，整个应用程序被编译为 WebAssembly 并下载到客户端。

启动时间：
初次加载时间较长，因为需要下载整个应用程序的 WebAssembly 文件。

资源消耗：依赖客户端的资源，客户端设备性能影响应用表现。

实时性：本地执行代码，操作无需与服务器交互（除了获取或发送数据），提供流畅的用户体验。
安全性：

代码在客户端执行，安全性需特别注意，因为应用逻辑和代码暴露给用户。

优势

不需要持续的服务器连接，适合离线应用。

更好的扩展性，因为大部分逻辑在客户端执行，减轻了服务器负载。

用户体验更流畅，因为大多数操作在本地完成。

缺点

初次加载时间长，尤其是大型应用。

客户端需要更多的计算资源，低性能设备可能会有较差的体验。

需要更多的客户端安全措施，因为代码在客户端执行。

选择依据

实时性和安全性：如果应用需要实时交互和较高的安全控制，如企业内部工具和仪表板，可以选择 Blazor Server。

离线支持和扩展性：如果应用需要离线支持，或预期有大量用户访问，减少服务器压力，可以选择 Blazor WebAssembly。

示例场景

Blazor Server：实时协作工具、管理后台、需要快速响应的应用。

Blazor WebAssembly：消费类应用、游戏、需要离线访问的应用。

一、选择创建项目

二、编辑Blazor基础信息

三、选择Blazor配置

四、项目目录结构

五、运行结果