Angular 4 vs React表现 - 理论与现实

Question

这基本上是旧的，相同的旧x vs y, what is faster?，但我希望我的版本适用。另外，React和Angular有点不同，比如GTK和Qt（甚至更多），比较它们是愚蠢的 - 一个是开箱即用的可以做任何东西的框架，而另一个是View框架，只设计那。如果我的问题仍然是无法回答或主观的，应该关闭，如果可能的话，请写下我将来如何改进它的评论。谢谢。

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

假设：

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

Javascript VM难以推理，但我的两个问题正是他们的行为：

1. 在当前的JIT已尽其所能（尽可能优化）或最终表现相等之后，会有明显的表现赢家吗？
2. 在2027年，我们仍将使用网页浏览器（可能是Chrome 256或Firefox 384）。假设两个框架仍然存在，并保持其核心战略/机制与今天相同。浏览器Javascript VMs / JIT进一步改进，但我保留了当前的笔记本电脑来衡量性能。哪个框架可能在2027年获胜？或者重新解释一个问题：哪种策略在理论上更优化/'更接近金属'（或者在这种情况下：更接近Javascript执行模型）？

PS：我很确定在2027年我们也不会使用它们，这个问题也不是关于任何人应该选择的框架，而只是理论性能。关于哪个框架“更接近金属”的问题在一天晚上与朋友们提出，不应该被任何人用来做出决定。永远不要在醉酒或深夜做出重要的生活决定。

Answer 1

我的经验，但不是最终的决定

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

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

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

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