其实这篇文章算是迟到了很长时间了,不过现在写出来还不算太晚。.NET Core 3.0已经出来一段时间了,随.NET Core 3.0出来的,还有一个名为Blazor的框架。今天我试用了一下,感觉很有意思。这个框架的潜力很大,而且因为基于.NET技术,对于C#程序员来说学习门槛很低,开发效率高的一笔。所以来给大家介绍一下。
官方介绍
首先来看看官方对于blazor框架的一些介绍:
Blazor 是一个使用 .NET 生成交互式客户端 Web UI 的框架:
- 使用 C# 代替 JavaScript 来创建丰富的交互式 UI。
- 共享使用 .NET 编写的服务器端和客户端应用逻辑。
- 将 UI 呈现为 HTML 和 CSS,以支持众多浏览器,其中包括移动浏览器。
使用 .NET 进行客户端 Web 开发可提供以下优势:
- 使用 C# 代替 JavaScript 来编写代码。
- 利用现有的 .NET 库生态系统。
- 在服务器和客户端之间共享应用逻辑。
- 受益于 .NET 的性能、可靠性和安全性。
- 始终高效支持 Windows、Linux 和 macOS 上的 Visual Studio。
- 以一组稳定、功能丰富且易用的通用语言、框架和工具为基础来进行生成。
简单来说,Blazor是一个开发客户端网页程序的框架。需要注意,根据官网的说明,如果你要开发网站类型的应用,还是应该用ASP.NET Core等框架。Blazor比较适合传统企业,在内网中运行,用户数量不多,基于浏览器的应用。
目前Blazor有两个版本,Server版本利用HTML、CSS等网页技术,项目运行的时候需要连接服务器。官网也就介绍了Server版的优缺点。
Blazor 服务器托管模型具有以下几个优点:
- 下载大小明显小于 Blazor WebAssembly 应用,且应用加载速度快得多。
- 应用充分利用服务器功能,包括使用任何与 .NET Core 兼容的 Api。
- 服务器上的 .NET Core 用于运行应用程序,因此现有的 .NET 工具(如调试)可按预期方式工作。
- 支持瘦客户端。 例如,Blazor 服务器应用程序适用于不支持 WebAssembly 的浏览器以及资源受限设备上的浏览器。
- 应用程序的 .NET/C#代码库(包括应用程序的组件代码)不会提供给客户端。
Blazor 服务器托管有缺点:
- 通常存在较高的延迟。 每个用户交互都涉及网络跃点。
- 无脱机支持。 如果客户端连接失败,应用将停止工作。
- 对于包含多个用户的应用而言,可伸缩性非常困难。 服务器必须管理多个客户端连接并处理客户端状态。
- 为应用提供服务需要 ASP.NET Cor