Angular 2对 React:究竟孰优孰劣?

2016-05-06 21:51


Angular 2与React的选择其实只是一种风格偏好。React专注于渲染速度且能够在客户端或原生应用内处理复杂的UI设计,而Angular 2则更具开发普适性。它既能够引导我们逐步构建自己的应用,同时也提供一定的表现力及可复用UI设计机制。

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的主场。总之,只要能够充分考量实际需求与定位,大家一定能做出正确的选择。