对打 Angular，Blazor 胜出在哪里？

原作者 | Ravindu Shehan Perera

英译本 | 王强

精心策划 | 闫园园

Blazor 是一个 Microsoff ASP.NET Core 分析方法论，用它需任何比如说配件或图形界面无需在HTML里面试运行.NET API。整体而言，Angular 是一种基于配件的风靡 Java 分析方法论，用做相建构可扩展的 Web API。

本文将透彻探讨 Blazor 和 Angular 之间的对照，以协助大家为自己的下一个计划必需最佳分析方法论。

Blazor 是什么？

Blazor 是Google公司新近出的 ASP.NET Core Web 分析方法论，允许联合程序员在 Web API里面用到 C# 预定义。Blazor 系统设计基于整体的 Web 新近科技（例如 HTML 和 CSS）相建构，但该分析方法论允许联合程序员用到 C# 和 Razor（一种风靡的巨集标记语法）而不是 Java 语言。Blazor 这个名字是 Browser 和 Razor 的组合。

用到 Blazor，联合程序员能够为在.NET 里面联合开发的，基于 WebAssembly 的浏览器API建立交互式和可则否的 Web UI。此外，它让联合程序员能够相建构预定义和库，因为浏览器和服务于器端预定义都是用 C# 编写的，从而为联合程序员相建构了一个系统设计软件，可以用到.NET 端到端联合开发充满活力的现代单页API（SPA）。

Blazor 的最大卖点是它用到最新近的 Web 标准，并且不所需额外的图形界面或比如说配件无需在两个直接的地面部队建模（浏览器 WebAssembly 和服务于器端 ASP.NET Core）里面试运行。

Blazor 在 GitHub 上并未积累了超过 9K Stars，并不适合 Web 系统设计联合开发用途。但要完全解读 Blazor，我们能够透彻知晓它的起源。Blazor 相建构了两种联合开发选项，服务于装置和 WebAssembly。除此之外，Blazor 里面还有另外三个一般来说的联合开发选项：

Blazor PWA：联合开发渐进式 Web 系统设计。 Blazor Hybrid：联合开发混合API。 Blazor Native：为行进系统设计软件建立原生API。

Blazor 里面的功能

用到 C# 建立 Web UI。 支持者渐进式 Web 系统设计联合开发。 建立可则否的 C# 配件。 完全支持者服务于器端则否。 支持者服务于器端三维，用做极快得多的 WebSocket 通到。

示例我们讨论一下 Blazor 的一些优弱点。

Blazor 的优势

Blazor 相建构服务于器端预定义和浏览器预定义 ：Blazor 允许联合程序员在前端和后端之间则否预定义。 依靠流经 ：依靠流经是一个一般来说的；也，可以在 Blazor 里面充当一个服务于。Blazor 在其API里面用到依靠流经来发挥作用控制也就是说，它允许为；也相建构依靠。在 Blazor 里面，依靠流经可以工具箱含多个类：流经装置、浏览器和服务于。Blazor 还有不同的流经装置，例如构造装置、属官能和分析方法。 Visual Studio Code ：我们可以用到 Visual Studio Code 联合开发 Blazor 系统设计，因为它们都是Google公司商品。当你在 Blazor 分析方法论里面联合开发API时，VSCode 将协助你轻松利用其各种功能。 与 Java 的互转换官能 ：Blazor 用到 Blazor WebAssembly 里面的互转换功能来处理 DOM 转换。此外，这个 Java 功能可以在 Blazor WebAssembly 里面用到HTML API codice_。因此，Blazor 系统设计可以将.NET 分析方法与 Java 表达式合合用到。要知晓更为多电子邮件，请参阅这序言：在 Blazor 里面用到 Java 互转换的优弱点 （地址：）。

Blazor 的弱点

Blazor 服务于装置的弱点：

无用户端支持者 ：Blazor Server 能够有商业活动的网络通到。如果通到失败，API将暂缓指导，诱因是整个计划托管在服务于器端，所需通到到互联网。 用到 ASP.NET Core ：Blazor 始终所需 ASP.NETCore 服务于装置才能试运行。因此，如果你用到 Blazor 联合开发任何系统设计，你都不应该到时安装 ASP.NETCore。

Blazor WebAssembly 的弱点：

API体积 ：Blazor 执行时间取决于系统设计的体积。因此，基于 Blazor WebAssembly 相建构的较重系统设计似乎不会阻碍安全官能。 受限于HTML ：HTML的功能在 Blazor 里面受到限制。因此，只要HTML可以处理 Blazor，不应该就不不会有什么疑问。然而，并不是所有的HTML都支持者 WebAssembly，所以如果你碰巧在用到 Internet Explorer，似乎就不会察觉到麻烦。

Angular 是什么？

Angular 是一个基于 Type 的前端分析方法论。它被评为世界上最风靡的OpenBSD Web 分析方法论之一。它可以协助联合程序员建立交互式该软件、单页 Web 系统设计、现职 Web 系统设计等。它的前身是用到 Java 的 AngularJS。但是随着新近科技的其发展，Type 并未在 Angular 里面取代了 Java。

让我们想到用到 Angular 的一些优势。

Angular 的优点

支持者 ：与 Blazor 相比，用到 Angular 的社区阻碍力也并不大。因此对于 Angular 来说，我们在系统设计联合开发过程里面察觉到疑问时，找寻高效率的机不会极高。 用到 Type ：Type 有很多比 Java 好处的属官能。例如，干净、可解读和可预测的预定义在 Angular 上表现好处。 可则否官能 ：Angular 也像 Blazor 一样支持者可则否官能，这对联合程序员来说很依赖于。 MVVM ：Angular 是一个OpenBSD的 MVVM 分析方法论，它将程序逻辑上与该软件GUI分开。用户可以用到建模 - 示例 - 示例建模（也称为建模 - 示例 - 绑定装置）来保持预定义合构清晰、计划各自分离出来。他们可以极快速轻松地更为新近、编者和修复预定义。示例主要职责托管可视计划并接收来自建模的输入。ViewModel 通到示例和建模。最后，建模工具箱括了程序的逻辑上。

Angular 的弱点

易学 ：即使对于经验丰富的工程师来说，Angular 也是一个易以受制于、疑问多多的分析方法论。Angular 的易度来自于宽阔的研习曲线和所需深度知识才能解读的全套PDF。此外，Angular 是一个固执的分析方法论，这并不一定它有自己的老实分析方法，联合程序员别无必需，只能遵循它的建筑风格。然而，一旦你受制于了 Angular，它就不会成为一个并不坏处的应该用软件。 搜目录擎建模 ：当前情况下，Angular 对搜目录擎建模并不友好。除非网站建立在服务于器端，否则搜目录擎爬虫易以对其进行目录。但网站不应该没有障碍地在 SERP 里面被目录和发现才对。 体积较大 ：Angular 计划工具箱的大小一般来说比其他分析方法论的更为大，这使得 Angular 系统设计试运行减慢。

Blazor 与 Angular 对比

我们来直接非常 Blazor 和 Angular。

Angular 和 Blazor 都是OpenBSD Web 分析方法论。主要相异在于 Angular 用到 Type，而 Blazor 用到 C#。但连续官能不存在一些关键差异：

Angular 并未不存在了短时间，但 Blazor 仍处于早期阶段。 每个浏览器都能够有一个商业活动通到，并且 Blazor 将每个浏览器的配件状态保不存在服务于装置上。 Blazor 以前相建构了 scoped 配件款式和 CSS 强制。在 Angular 里面，与配件款式和 CSS 强制涉及的应该用软件链并未并不商业化了。 Angular 相建构了对 PWA 的支持者，但服务于器端 Blazor 不会可作 PWA。

下表详细列出了 Angular 与 Blazor 的对比细节。

Python、其发展历史文化和风靡度是连续官能最显著的相异。因为世界各地的大公司都在用到 Angular，所以找寻一份 Angular 联合程序员的指导也容易得多。此外，Angular 是一个优秀的中小企业高效率，它主要用做此类需求。

你不应该根据你的目标来必需分析方法论。如果你就让确保自己必需的分析方法论有一个巨大的社区，可以在所需时是你相建构协助，请必需 Angular。PWA 得到了 Angular 的强力支持者，但 Blazor 的服务于器端早已赶上。另一方面，Blazor 更为适合熟识 C# 的联合程序员，而对于经验丰富的 Type 联合程序员来说，上手 Blazor 不会有些麻烦。如果你准备找回一个齐备的商品，Angular 是正确的必需。

在必需 Blazor 或 Angular 时，你能够重新考虑值得注意：

何时用到 Blazor：

如果你是就让要极快得多相建构系统设计的 C# 联合程序员。 当计划所需极快得多的周转时间时。

何时用到 Angular：

如果你希望在 Angular 上投身于大量的研习努力，以从一个艰苦奋斗的分析方法论里面得利。 如果你是一个顽固的 Java 联合程序员，永远不不会必需用到.NET 进行 Web 联合开发。 如果你所需联合开发具有高紧凑度的小于设计系统设计。

合 论

在本文里面，我全面简要了 Blazor 和 Angular 各自的功能和用法。这两个分析方法论都令人眼中引人注目，但每个分析方法论都有其优点和显然。最终，你应该根据计划要求在 Blazor 和 Angular 之间进行必需，选出最能满足你需求的一种。我建议阅读它们的PDF以换取更为多电子邮件。

以前你知道该必需什么了，如果你用过它们，请在示例的评论者里面分享你的经验。感谢你的阅读！

原文绑定：

Gitee封闭部份OpenBSD仓库：到时审核再进一步公测；新近科技指导团队20天联合开发出App后自发被裁，主要职责人怒用公司公号新近华网惠“早日宣告破产” | Q资讯

海外版专访字符跳动OpenBSD委员不会：取向“资源里面台”，不不会为OpenBSD设立强KPI

让中小企业胆战心惊的GPL案子：新近最高法院是OpenBSD准许历史文化上的重要转折点

我在商品公测前不小心删除了7 TB的摄像机

点个在看少个 bug