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 套接字发送。 对于用户来说，该应用程序与任何其他 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 发送到浏览器。