比较React与Angular 2.0，探讨二者各自的优势与短板。
ReactJS快速回顾
ReactJS是一套JavaScript Web库，由Facebook打造而成且主要用于构建高性能及响应式用户界面。React负责解决其它JavaScript框架所面对的一大常见难题，即对大规模数据集的处理。能够使用虚拟DOM并在发生变更时利用补丁安装机制只对DOM中的dirty部分进行重新渲染，React得以实现远超其它框架的速度表现。
Angular 2满载强化机制
Angular 2相较于Angular 1迎来一系列强化。首先，Angular 2高度关注创建可复用的前端组件。尽管Angular 1在一定程度上也能实现同样的效果，但该框架的新版本解决了大量影响利用性的难题，例如对$scope与控制器的依赖性。其指令亦得到显著简化，使得Angular 2代码较前代更易于输入及阅读。Angular 2还考虑到与TypeScript的协作需求，消除了大量用于保证类型安全的代码。再加上众多性能与框架改进，Angular 2确实给人焕然一新之感。
注意事项
值得强调的是，React与Angular（任意版本）之间的比较其实并不对等。Angular是一套前端框架，负责为应用客户端提供完整架构，并允许我们将客户端代码作为强大的功能套件。而React则是一套库，其提供的功能并不丰富——其主要作用是充当完整项目的组成部分，而非主导整体代码结构。当然，二者之间也存在着相当程度的相似性，而这也正是此次比较存在的理由所在。
架构
如上所述，React是一套用于创建响应式模板的JavaScript库。因此，React并不真正关注架构——它更像是一款作用于应用内大型客户端代码中的工具。
另一方面，Angular 2则以框架的角色指明了前端代码的“正确设计方式”。其专注于组件与类型安全，允许大家将注意力集中在代码本身，并在强调复用性与封装的同时建立面向对象前端。
从这个角度来看，React与Angular 2实在没什么可比性——React适合那些希望以更为灵活的方式构建代码架构的朋友，而Angular 2则属于应用前端的整体架构选项。因此，谁能更好地适应应用设计模式的需求，谁就将在这一环节中胜出。
模板
两套方案皆提供模板工具，但采用的模板管理方式则区别很大。React以JSX为基础构建模板对象，大家可以构建内联模板并将所有模板代码进行集中保存。Angular 2则以物理方式将用于驱动应用的JavaScript与作为渲染对象的HTML加以分离。
不过由于更关注组件化且能够与TypeScript顺畅协作，因此大家往往能够凭借Angular 1.x实现更出色的复用性与灵活性。总而言之，在选定了理想的模式之后，具体选择将由美学与基本功能决定——React模板更紧凑且渲染速度更快，而Angular 2组件则更具复用性，并通过无处不在的双向数据绑定简化应用对象管理流程。
原生支持
Angular 2与React有着不同的底层目标，这也意味着二者在支持原生设备代码时有着截然不同的表现。Angular 2团队决定专注于框架本身，并将设备可运行代码方面的工作交给其它供应商。而React生态系统则推出了React Native——这套框架能够将React代码翻译为原生应用体验，从而带来远超传统混合型Web应用的性能表现。
再次强调，选择“正确的”方案才是理想的思维方式。如果大家希望自己的移动应用体验快如闪电，那么React将直接胜出。但如果大家希望采用组件化程度更高的应用架构，同时愿意牺牲部分性能以提升代码结构一致性，那么Angular 2与Ionic等框架的结合则将成为正确答案。
总结
Angular 2与React的选择其实只是一种风格偏好。React专注于渲染速度且能够在客户端或原生应用内处理复杂的UI设计，而Angular 2则更具开发普适性。它既能够引导我们逐步构建自己的应用，同时也提供一定的表现力及可复用UI设计机制。
最终决定取决于应用设计目标及开发团队的普遍意见。大型复杂用户界面外加出色性能是React的王牌，开发流程与代码架构则是Angular 2的主场。总之，只要能够充分考量实际需求与定位，大家一定能做出正确的选择。
原文标题：Angular 2 vs. React
【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】
