c# - Blazor，ASP.NET Core 托管与 ASP.NET Core 中的服务器端

Question

我正在尝试使用 blazor.Net，这是一个实验性框架。

我已经在这个框架中开发了一个小项目，它很棒。

但在 11 月 14 日 Blazor 语言服务最近更新后，我在模板选择中看到了两个选项。

首先是 Blazor（托管 ASP.NET Core）

其次是 Blazor（ASP.NET Core 中的服务器端）

没有关于它们之间区别的信息，

谁能告诉我这两个模板有什么区别，什么时候应该选择哪一个？

Answer 1

我认为接受的答案并没有像其中一条评论中提到的 Mike-EEE 那样回答提出的问题。

可以在此链接下找到必要的信息： https ://www.telerik.com/blogs/a-breakdown-of-blazor-project-types

Blazor 全栈模板包含与客户端模板相同的项目结构，并添加了一些内容。就像客户端模板一样，服务器没有呈现 HTML，所有文件都作为静态文件传递给客户端，包括 .NET 二进制文件。然而，不同之处在于添加了 ASP.NET Core 托管和 Web API 以及用于通用应用程序逻辑的共享项目。

该模板包括三个项目：客户端 Blazor 应用程序 Blazor.Client、ASP.NET Core 服务器应用程序 Blazor.Server 和用于通用应用程序逻辑 Blazor.Shared 的共享 .NET Standard 项目。

Blazor 服务器端项目模板对 Blazor 应用程序的交付方式和与浏览器的交互方式采用了截然不同的方法。使用服务器端配置时，Blazor 通过将 SignalR JavaScript 应用程序部署到客户端，将浏览器用作“瘦客户端”。在服务器上，Blazor 实现了一个 SignalR 集线器，通过 Web 套接字与客户端通信。在服务器端托管模型中，Blazor 在服务器上从 ASP.NET Core 应用程序中执行。UI 更新、事件处理和 JavaScript 调用通过 SignalR 连接进行处理。在此配置中，不需要 WebAssembly，并且 Blazor 在服务器的 ASP.NET Core 运行时上执行。所有 UI 更新都作为差异发送，作为二进制数据包通过 Web 套接字双向发送。对用户来说，

Answer 2

在服务器端托管模型中，Blazor 在服务器上从 ASP.NET Core 应用程序中执行。UI 更新、事件处理和 JavaScript 调用通过 SignalR 连接进行处理。

在客户端模型中，Blazor 应用、其依赖项和 .NET 运行时被下载到浏览器，应用直接在浏览器 UI 线程上执行。所有 UI 更新和事件处理都发生在同一个进程中。

优点和缺点 -在这里阅读更多。

服务器端模型被认为首先发布的风险较小，因此我们将首先在 asp.net 3.0 中看到它。客户端稍后会来。

警告：在我们获得支持的版本之前，请勿在生产代码中使用。

Answer 3

更新
从 .Net core 3.0 开始，Blazor 提供 2 个托管模型

• Blazor WebAssembly 应用程序
• Blazor 服务器应用

https://docs.microsoft.com/en-us/aspnet/core/blazor/hosting-models?view=aspnetcore-3.1

Blazor WebAssembly 应用程序

Blazor 的主要托管模型是在 WebAssembly 的浏览器中运行客户端。Blazor 应用、其依赖项和 .NET 运行时下载到浏览器。该应用程序直接在浏览器 UI 线程上执行。UI 更新和事件处理发生在同一个过程中。应用程序的资产作为静态文件部署到能够为客户端提供静态内容的 Web 服务器或服务。

Blazor 服务器应用

使用 Blazor 服务器托管模型，应用程序在 ASP.NET Core 应用程序内的服务器上执行。UI 更新、事件处理和 JavaScript 调用通过 SignalR 连接进行处理。

注意：从 ASP.NET Core 3.0 开始支持 Blazor Server，并且 Blazor WebAssembly 在 Microsoft build 2020 期间从 .NET Core 3.1.4 正式发布

Blazor WebAssembly 3.2.0 现在可用

---

这是 一篇很容易解释的文章：

客户端：（模板选择中的第一个 Blazor 模板）：

在这种托管模式中，应用程序在浏览器的客户端执行。Blazor 应用、其依赖项和 .NET 运行时下载到浏览器。该应用程序直接在浏览器 UI 线程上执行。UI 更新和事件处理发生在同一个过程中。此执行模式可用于 .Net Core 的预览版。

• 由于整个应用程序驻留在浏览器中，因此 DOM 更新将在浏览器本身中处理。
• 由于不涉及服务器交互，因此在离线模式下工作。
• 不适合数据库连接，因为它需要将连接字符串发送到客户端，这可能是潜在的安全风险。
• 调试很困难，因为浏览器 DevTools 处于使用 Web 程序集的初始阶段。
• 初始页面加载可能很高，因为所有必需的 DLL/程序集都将在浏览器中下载。
• 不支持 IE11。

托管 ASP.NET Core（模板选择中的第二个 Blazor 模板）

在此托管模式中，应用程序在 ASP.NET Core 应用程序内的服务器上执行。UI 更新、事件处理和 JavaScript 调用通过 SignalR 连接进行处理。

• DOM 更新将在托管在 ASP.NET Core 服务器中的服务器部分中处理。
• 不要在离线模式下工作，因为各种操作（事件调度、DOM 更新等）都需要信号连接。
• 适用于数据库连接和操作。您可以使用 Web API 来使用和执行数据库操作。
• 客户端部分无法调试，因为浏览器 DevTools 处于使用 Web 程序集的初始阶段。
• 基于应用程序端，初始页面加载可能很高，因为所有必需的 DLL/程序集都将在浏览器中下载。
• 不支持 IE11。

服务器端（模板选择中的第三个 Blazor 模板） 在此托管模式中，整个应用程序将驻留在 ASP.NET Core 服务器中，并且将从浏览器向服务器发出请求以执行各种操作。由于这不会向浏览器发送任何形式的 DLL，因此它受到 IE11 等旧版浏览器的支持。

• DOM 更新将在托管在 ASP.NET Core 服务器中的服务器部分中处理。SignalR 用于连接。
• 不要在离线模式下工作，因为各种操作（事件调度、DOM 更新等）都需要信号连接。
• 适用于数据库连接和操作。您可以使用 Web API 来使用和执行数据库操作。
• 调试很好。您可以使用默认的 Visual Studio 调试程序来调试您的应用程序。
• 初始页面加载会很好。
• 支持 IE11，因为它不会将 WebAssembly 发送到浏览器。