Google和Facebook是可靠竞争的计算机化庞然大物。 他们对设计师Angular和React的回答也很匹配。 需求有助于两者兼顾。 文章最初发布在这里
在开始发展之初，SPA网络平台尚没有一个可调整但基本的框架，无法使企业进行修订，并且时不时地取代便携式和工作区域应用程序。 大约在那时，其问题非常基本的客户需要找到能够解决该问题的应用程序。 随着时间的推移，这些进步不断推动着网络管理的普及，因为自上一个版本开始不应该引入网络管理。 所需要的只是访问站点以进行一些管理。 已经可以通过用ActionScript或Java编写的网站解决此类差事。 但是，那些框架需要引入Flash或Java，同时距离客户端期望的速度还有很长的路要走。 @角
到那时，由于快速，改进的直接性以及程序工程师的不间断帮助，JavaScript迅速地发展起来，以击败对手。 JavaScript的时期开始引起诸如SPA（单页应用程序）之类的定义，这为处理Web阶段的发展提供了另一种方式。 SPA完全不同于其前身的MPA（多页应用程序），它使Web管理员可以更快地工作，同时使SPA的实用性不断提高，可以根据客户的需求进行逐步更改。 最大的劣势在于纯净的JavaScript，即使是粗略的SPA网站管理也需要大量时间才能完成，但JavaScript却无法快速改进。 这就是Google选择使用一种系统来帮助该方法的原因，该系统可以使不同的组织创建混乱的Web管理，而无需为此投入大量精力。
AngularJS是SPA改进的主要阶段，允许制作复杂的SPA Web阶段。 此外，它还提供了在工作区程序旁边创建交叉便携式应用程序的功能。 AngularJS出现后，一些不同的组织也选择参与SPA Web框架的发展。 再一次，Facebook发现了自己的方式来处理网络阶段的改进。 Respond是能够与AngularJS之类的坚决对手抗衡的主要库之一。 综上所述，两个框架在趋于可比的困难方面本质上是有趣的变化。 与仅被称为SPA系统的AngularJS相比，React可以与MPA和SPA一起使用。 Rakish是一个基于TypeScript的JavaScript系统。
Google是继续创建和支持该结构的公司。 在绝对的起点上，出现了变种Angular 1，也称为AngularJS。 主要的变种是使用纯净的JavaScript作为处理所有更主要的有用性的改进的初步方法。 从根本上改进了AngularJS之后的Rakish 2或ng2 +。 Angular的最大刷新表明它已进入另一个TypeScript阶段。 从那时起，该结构开始工作的速度比主体渲染要快得多。 另外，截面障碍被证明要低得多。 在Angular中显示了诸如接口，类和实体组成之类的功能。 至关重要的亮点之一是rakish / cli，它鼓励改进任务。 它具有与模块，管理和部件一起执行任务的能力。 此外，该元素允许通过已安装的e2e测试来发送任务，并给出其故障排除结果。 顺便说一句，现在可以使用排放角6。 这是Angular 2的经过修正的错误修复版本，具有许多新功能。 目前，Angular已连接到Google，Wix，weather.com，healthcare.gov，福布斯。
在撰写本文时，Angular 6的最新到来是最快的结构，可改善SPA web阶段。 以不同的能力说话的TypeScript的语言结构最接近JavaScript。 辅助更新包括：
Respond是Facebook创建的JavaScript库，在推动新版本发布的同时继续提供支持。 考虑到所有因素，React的方法论推断出可以使用协议中显示的部件而不是SPA。 与Google在Angular中相比，Facebook在自己的活动中越来越积极地利用React。 与Angular的原理对比建议使用JSX和Virtual DOM。 JSC的基本功能是通过将类似HTML的代码放入JS文档来提供渲染零件的制作。 因此，React渲染代码以最终显示动态HTML，可以根据情况进行更改。 在Airbnb，Uber，Netflix，Twitter，Pinterest，Reddit，Udemy，Wix，Paypal，Imgur，Feedly，Stripe，Tumblr，Walmart中使用了Respond。
React的怪癖在于利用JavaScript，足以开始改进。 JavaScript中的动态组合不允许理解是否将正确的信息传递到段。 这种确认落在需要遵循代码中此类情况的设计人员的肩膀上。 React的原则上有利位置是利用最新形式的JavaScript，这使设计师只能掌握React。
中心发展
为了研究Angular和React流行背后的目的，值得考虑的是精确的测量。 Angular的小组页面包含36位设计师，而React却没有任何想象力。 GitHub致力于开源事业的流行网络资产与Angular的4014位定位之星以及1,714位捐助者进行了交流。 反过来，React分别拥有110 961颗恒星和1200个顾客。 下面的轮廓说明了定位星在Angular和React中都有位置的细节。
显而易见，React具有比Angular多得多的恒星，并且该洞一直在发展。
软件包管理员npm给出了另一个细节，该软件包提供了Angular和React的下载量。
TypeScript与ES6和JSX
为了以最有针对性的方式查看两个已更改的框架，我们必须首先检查它们的基本差异。 这次，我们将仅考虑“过时的”表格。 尽管如此，每个人都可以将JSX与Angular结合起来，就像将TypeScript与React结合起来一样。
为什么选择TypeScript？
TypeScript是Microsoft创建的JavaScript的罕见升级。 它允许与可靠的设备一起使用静态组成。 由于这种安排，使用JavaScript的设计人员可以避免各种错误。 TypeScript在保留记录之前会建议有关错误的信息，因此通常可以更快地编写代码。 这样的培训使设计师能够专注于真正重要的问题。
此外，TypeScript的另一个基本功能是建立一个改进小组。 通常，有1-2人会与JavaScript的改进相关联，而JavaScript的基本用途将一个小组限制在5个设计师之内。 一吨仍然无法实现，而其余的不能正常工作。 JavaScript的增强依赖于设计人员，他们需要选择是否单独增强某些功能。 到目前为止，Respond并未对TypeScript带来的负面影响进行任何改进。
实话实说，工程师们在一个有两个限制营地的地方。 有人相信TypeScript只是JavaScript的一种变体，它将最早出现。 其他人则认为动态组合只是他们在JavaScript中所需的东西。 很难判断哪个评估最合适。 许多当代编程方言都支持动态构图和静态构图。 在这种情况下，很大程度上取决于每个特定工程师的个人意愿。 我们应该检查一个类型实例，该类型实例说明TypeScript在用JavaScript进行检查时进行得如何更好，以了解TypeScript在提升方面的考虑程度
回应怀疑的事情
每个React设计师都有机会使用非常规的类似HTML的语言结构JSX来渲染零件。 令人震惊的是，如果没有JSX，Angular中的TypeScript和React都无法管理。 由于TypeScript只是一种不同的编程语言，因此在学习Angular之前上一门TypeScript课程非常重要。 然而，React设计人员只需要浏览一个简短的JSX文档即可开始编码。 先前已引用了对堆叠式SPA框架的改进安排所包括的主要进步。 说实话，React只提供布局渲染的一部分。 因此，用React编写的代码几乎不会比纯净的JavaScript代码优越。 一些设计者相信，React可能会处理某些JavaScript问题，或者至少会升级其功能。
Facebook和SPA改进
编程方言的工程师努力将View与代码隔离开来，以鼓励共享任务。 然后，Facebook再次相信，将所有内容保持在一起是处理组件改进的逐步合适的方法。 React的捍卫者对这种方法的看法不一致。 他们中的一些人试图将JSX限制到最小。 替代设计者有效使用JSX却没有任何理由将其解雇。 句子结构允许以直截了当的方式创建和包含各个部分，从而解决HTML格式的改进以及与React的进一步结合方面的一些不重要的问题。 如果应该发生基于React的任务，那么一种非常正确的安排是将计划快速协调到React的各个部分。
在可比的情况下，当基本原理与View分离时，Angular会采用渐进的常规方法。 当Angular布局像双向信息发布官方一样依赖于双向信息发布时，我们可以毫不费力地将HTML格式合并到View for Angular段中。