javascript - Angular 4 vs React 性能——理论与现实

Question

这基本上是老样子，老样子 x vs y，哪个更快？，但我希望我的版本适用。此外，React 和 Angular 与 GTK 和 Qt(甚至更多)不同，将它们进行比较是愚蠢的 - 一个是开箱即用的无所不能框架，而另一个是旨在仅用于执行任务的 View 框架那。如果我的问题仍然无法回答或主观，应该关闭，请给我写评论，如果可能的话，将来如何改进它。谢谢。

这是一个关于 Angular 2+ 与 React 在性能方面的问题。我的团队应为每个框架构建一个具有相同功能的 SPA。

假设:

• 两个版本的开发时间应该相等/相似
• 非 View 相关的功能(Angular 与仅 View 的 React 不同)对于测量和开发时间来说并不重要， View 的更新频繁发生并且是瓶颈
• 测量的是初始页面加载后的稳态性能(因此页面的所有数据都在内存中)
• 这两个应用程序都是按照相关手册推荐的方式构建的
• 仅客户端呈现，主要是动态数据(因此没有太多服务器端呈现或提前编译)

Javascript 虚拟机很难推理，但我的两个问题正是关于它们的行为:

1. 在当前一代 JIT 发挥作用(尽可能优化)后，是否会有明显的性能赢家，或者最终性能是否相等？
2. 到 2027 年，我们仍将使用网络浏览器(可能是 Chrome 256 或 Firefox 384)。假设这两个框架仍然存在，并保持它们的核心策略/机制与今天相同。浏览器 Javascript VMs/JIT 越来越好，但我保留我目前的笔记本电脑来衡量性能。哪个框架可能会在 2027 年获胜？或者换个说法:哪种策略在理论上更优化/“更接近金属”(或者在这种情况下:更接近 Javascript 执行模型)？

PS:我很确定在 2027 年我们都不会使用这两个框架，而且这个问题也不是关于任何人应该更喜欢哪个框架，而只是理论性能。某天晚上和 friend 们提出了关于哪个框架“更接近金属”的问题，任何人都不应该用它来做出决定。永远不要在醉酒或深夜做出重要的人生决定。

Answer 1

我的经验但不是最终决定

我从 Angular 开始，想看看 React 能做什么。 React 当然不错，但我立即注意到的是可能普遍存在的困惑。当然，这取决于开发人员，但是使用 Angular 和 TypeScript 一切看起来都更有条理和结构化。模板和代码是分开的，使用 React 你有 JSX，即 JavaScript 中的 HTML，它是 JavaScript。让我想起了一点 PHP，但我从来不喜欢它，因为当一个项目变得非常大时，你真的会迷失方向。对于一个组件，您可以轻松拥有 3-5 个文件，我认为这很糟糕。使用 Angular，您也可能会失去概览，但您拥有一个统一的结构，但有一些偏差。

如果您的应用程序变得非常非常大，那么使用 Redux 是有意义的，但为什么人们会让生活变得复杂。如果您只想检查用户是否登录了中型大型电子商务网站，那么服务也可以完成这项工作。

在我看来，用户应该专注于工作。 Redux 很好，但我们不应该将每周出现的每个新工具都添加到我们的项目中，否则会大大降低成本和时间。但是，如果您添加了新工具，那么您还应该有人可以在以后处理它。这并不意味着如果您使用所有工具，您的应用程序就很好，或者您自动成为一名优秀的开发人员。在我看来，让一切尽可能简单，并使用您真正需要的工具来满足您的要求。

顺便说一句，我不明白为什么人们仍然想结合使用 Vaadin、Spring Boot 和 Angular。也许有人可以向我解释一下？