Angular 几乎总是比 React 更好

要理解上面这句话，你必须读完整篇文章，事实上，你还需要了解大多数开发人员的工作方式。首先，“大多数开发人员”就职于一些以软件开发为次要职能的公司。例如保险公司、银行、酒店、医院等等。这些公司本质上并不关心软件，但需要软件来优化流程并实现其主要目标。

这些公司通常人员流动率很高，平均每个员工很少在同一家公司工作超过两年。这意味着每6到12个月就会有一位新的开发人员加入公司，他们需要了解现有的代码库才能高效工作。此外，这些公司80%的软件项目都是后台管理应用程序，客户无法看到。例如CRM系统、ERP系统等等。考虑到这一点，让我们来看看React和Angular在这些公司中的典型应用。

如何使用 Angular

当你开始一个新的 Angular 项目时，整个过程相当简单。确保你安装了最新版本的 Angular，安装 Material，然后开始实现你的设计。因此，每个项目都有类似的结构，并且大部分使用相同的组件。这意味着每个项目的结构、组件以及标记和代码都会变得相似——前提是 Angular 开发人员知道自己在做什么。也许你的项目需要一些自定义组件，但通常来说，如果你见过一个 Angular 项目，你就见过“所有” Angular 项目。

React 的使用方法

如果你用 React 做同样的练习，你甚至需要安装几十个组件才能创建一个简单的 HTTP 请求并显示一个该死的日期选择器。每次安装一个新组件，你都会面临无数的选择，这导致你很少能找到两个不同的 React 项目使用相同的组件和插件。作为个人开发者，你更能自主决定如何组织你的代码和项目结构。

问题

上述差异意味着，在大多数情况下，你可以用任何其他 Angular 开发人员替换任何 Angular 开发人员，并且经过大约半周的调查阶段后，你的替代者就能和最初负责代码库的人员一样高效。这将形成一个“敏捷组织”，能够轻松地在项目之间调动资源，而无需在项目之间调动资源时花费更长的学习时间。

对于 React 来说，上述情况根本不是事实，因为每个 React 开发人员都有自己最喜欢的 HTTP 客户端，都有自己最喜欢的小部件库，都有自己最喜欢的“任何”库，因此你很少会发现两个具有相似性的代码库。

所以，无论 React 客观上是否比 Angular “更好”，它现在都已经失败了，因为“React 公司”的资源管理变得更加僵化，你会更加依赖单个资源，而这些资源在需要时更难调动和替换。从业务角度来看，你创造了一种不必要的“依赖”，你更加依赖单个贡献者，而公司整体的灵活性则更低。

除此之外，大多数 Angular 项目最终看起来都很相似。对于一家拥有数十个内部开发的后台管理应用程序的公司来说，这是一个优势，因为习惯使用一个应用程序的后台工作人员可以轻松理解所有应用程序。但使用 React 则完全不同。

所以，实际上，这两个前端库/框架在技术上哪个更好，目前完全无关紧要。只要 Angular 的性能至少在某种程度上“接近” React，那么背后的技术及其性能对你的公司来说就不再重要了。

现在你可以评论并反对我的观点...;)

编辑- 这就是我们在Aista专门使用 Angular 的原因。