ASP.NET 内核 3.1 中“Web 应用程序”和“Blazor 服务器应用程序”的区别

Question

嗨，我正在尝试掌握 .NET CORE 3.1 和 Visual Studio 2019 中提供的模板。具体来说，我想了解拥有 Web 应用程序（如第一张图所示）与 Z946F18B3C849B63 之间的区别服务器应用程序（第二个图）。

根据我通过研究的理解，我可以确定以下内容： - 两者都在 .net 核心 3 上运行 - 都使用 razor - 都在服务器级别运行 - 都使用“代码背后”的概念/结构

但是： - web 应用程序使用.cshtml - blazor 服务器应用程序使用.razor

我相信 blazor 服务器应用程序不需要 javascript 的知识来进行数据绑定，并且具有使用 c# 代码进行绑定等的好处。我已经阅读了“Blazor 服务器应用程序”的文档和“Blazor 服务器应用程序的好处” WebAssembly 应用程序"; 这是真棒。 然而，“服务器应用程序”和“Web 应用程序”之间有惊人的相似之处

“Web 应用程序”和“Blazor 服务器应用程序”之间还有什么其他区别

Answer 1

Blazor 服务器应用程序在客户端上运行 JavaScript，所有交互都通过 SignalR 在客户端和服务器之间来回传递。

Web 应用程序模板设置了 Razor 页面项目。 尽管它们都使用 Razor 作为模板引擎来生成 HTML，但 Razor Pages 项目更类似于 MVC，但没有控制器。 客户端和服务器端之间的通信基于传统的 HTTP 请求。 客户端到服务器的通信是基于表单发布完成的，服务器将只响应从视图呈现的 HTML。 如果您需要在客户端进行交互，则需要使用 JavaScript 来完成它。

Answer 2

WebApplication使用.NetCore和Razor页面创建web页面和普通HTTP请求在服务器和客户端之间进行通信。 您仍然需要像以前一样使用JavaScript来调用例如方法，并在视图和模型/方法之间进行通信以及更新/刷新视图。 它几乎是无状态的，您需要像我们为 ASP.Net MVC 所做的那样遵循传统方法。

另一方面， Blazor有两个版本。 WebAssembly和Server-side .

1. “Blazor WebAssembly”在客户端运行在WASM (WebAssembly) 和MONO上，代码将下载到客户端，它带来了一些奇特的功能和可能性，如离线模式。 但是几乎所有内容都将下载到客户端，这使得第一次加载速度有点慢，并且还可以考虑直接在客户端下载代码。
2. “Blazor 服务器端”在服务器上运行，但客户端将通过 SignalR 连接同时更新。 因此，应该在客户端下载少量数据，并且代码不存在（关于安全方面）并且它是有状态的，这意味着客户端上的每个元素 state 都将保留在服务器 memory 上，在任何情况下，如果客户端失去连接，整个页面 state 对于新服务器都是未知的。 （在建立新连接后，您需要自定义方法来使用localStorage和sessionStorage以及 map 将 state 保留到新服务器）。

通过使用 Blazor，您几乎可以将 C# 用于后端和前端，并且几乎需要使用 JS。 虽然可以从 C# 代码调用 JS 函数（使用JSIntrop ），甚至可以从 JS 调用 C# function。

我希望这个简短的解释会有所帮助。 这只是对.NetCore WebApplication 和 Blazor 的简要介绍。 开发人员应该注意很多方面，以便选择合适的方法来构建 web 应用程序。

Answer 3

我浏览了一篇文章，它非常容易地描述了这两者之间的差异以及它们的优缺点。

Blazor WebAssembly 托管 model 的好处：

• Blazor WebAssembly 应用程序可以完全在客户端计算机上运行。 因此，下载应用程序后，不需要连接到服务器。 这意味着您的服务器无需 24X7 全天候运行。
• 工作从服务器卸载到客户端。 正在使用的是客户端资源和功能。
• 我们不需要成熟的 ASP.NET 核心网络服务器来托管应用程序。 我们只需要一个服务器，它可以将应用程序交付给客户端浏览器。 这意味着我们可以将应用程序托管在我们自己的互联网服务器上的某个地方，在云中，在 Azure 上作为 static 网站，甚至在 CDN 内容交付网络上。

Blazor WebAssembly 托管的缺点：

• 第一个请求通常需要更长的时间，因为必须将整个应用程序、其依赖项和 .NET 运行时下载到客户端浏览器。 请记住，这只是第一个请求比平时花费的时间更长。 如果同一个客户端稍后访问应用程序，它通常会快速启动，因为浏览器会缓存文件。
• 由于应用程序完全在客户端浏览器上运行，因此它受限于浏览器的功能。
• 根据应用程序的性质，需要有能力的客户端硬件和软件。 例如，从软件的角度来看，至少需要一个支持 WebAssembly 的浏览器。

Blazor 服务器托管 model 优势：

• 该应用程序加载速度要快得多，因为下载大小明显小于 Blazor WebAssembly 应用程序 由于该应用程序在服务器上运行，它可以充分利用服务器功能，包括使用任何与 .NET 核心兼容的 API。
• 使用该应用程序的所有客户端需要一个浏览器。 即使是不支持 WebAssembly 的浏览器也可以使用。
• 更安全，因为应用程序的 .NET/C# 代码不提供给客户端。

Blazor 服务器托管的缺点：

• 托管应用程序需要一个成熟的 ASP.NET 核心服务器。 无服务器部署方案（例如从 CDN 提供应用程序）是不可能的。

• 始终需要与服务器的活动连接。 这意味着需要保持服务器 24X7 正常运行。 如果服务器关闭，应用程序将停止工作。 由于每个用户交互都涉及到服务器的往返，因此与 Blazor WebAssembly 托管相比，通常存在更高的延迟。

• 由于服务器必须管理多个客户端连接并处理客户端 state，因此可扩展性可能具有挑战性，尤其是对于拥有许多用户的应用程序。 但是，我们可以通过使用 Azure SignalR 服务和 Blazor 服务器应用程序来克服这个可伸缩性问题。 此服务允许 Blazor 服务器应用程序通过支持大量并发 SignalR 连接来很好地扩展。

参考： https://www.pragimtech.com/blog/blazor/blazor-hosting-models/