Vue vs React: Javascript 框架之战

时间:2022-08-12 22:20:35

https://baijiahao.baidu.com/s?id=1608210396818353443&wfr=spider&for=pc    原文档

正如我们之前提到的,WordPress 的核心团队正争论着为应该将哪款(前端框架)加入现在的架构之中。目前看来,暂时脱颖而出的是React与Vue.js,社区中的很多成员正权衡着这两款框架的利弊。

那到底哪款框架会胜出,哪款框架又会沦为昔日的prototype.js.呢?让我们一起看看吧。

我已经写出了两个几乎一样的Web应用,一个是基于Vue,另一个则基于React,可以方便你在看这篇文章的时候查找相关代码。

React sample app(https://github.com/ptasker/pasta-pete-react)

Vue sample app(https://github.com/ptasker/pasta-pete-vue)

简单介绍

除非你最近一直不关注前端的发展,不然你肯定听说过由Facebook创建的JavaScript UI框架——React。它支撑着包括Instagram在内的大多数Facebook网站。React与当时流行的jQuery, Backbone.js和Angular 1等框架不同,它的诞生改变了JavaScript的世界。其中最大的变化是React推广了Virtual DOM(我们稍后探究)并创造了新的语法——JSX,JSX允许开发者在JavaScript中书写HTML(译者注:即HTML in JavaScript)。WAT?

Vue致力解决的问题与React一致,但却提供了另外一套解决方案。Vue使用模板系统而不是JSX,使其对现有应用的升级更加容易。这是因为模板用的就是普通的HTML,通过Vue来整合现有的系统是比较容易的,不需要整体重构。同时Vue声称它更容易学习,我最近才接触Vue,能证明所言非虚。关于Vue还需要说的是,Vue主要是由一位开发者进行维护的,而不像React一样由如Facebook这类大公司维护。

相似之处

React与Vue存在很多相似之处,例如他们都是JavaScript的UI框架,专注于创造前端的富应用。不同于早期的JavaScript框架“功能齐全”,Reat与Vue只有框架的骨架,其他的功能如路由、状态管理等是框架分离的组件。

Virtual DOM

啊哈,人们经常说Virtual DOM是什么呢?

Vue vs React: Javascript 框架之战

Vue.js(2.0版本)与React的其中最大一个相似之处,就是他们都使用了一种叫’Virtual DOM’的东西。所谓的Virtual DOM基本上说就是它名字的意思:虚拟DOM,DOM树的虚拟表现。它的诞生是基于这么一个概念:改变真实的DOM状态远比改变一个JavaScript对象的花销要大得多。

Virtual DOM是一个映射真实DOM的JavaScript对象,如果需要改变任何元素的状态,那么是先在Virtual DOM上进行改变,而不是直接改变真实的DOM。当有变化产生时,一个新的Virtual DOM对象会被创建并计算新旧Virtual DOM之间的差别。之后这些差别会应用在真实的DOM上。

例子如下,我们可以看看下面这个列表在HTML中的代码是如何写的:

item 1

item 2

而在JavaScript中,我们可以用对象简单地创造一个针对上面例子的映射:

{

type:'ul',

props:{'class':'list'},

children:[

{type:'li',props:{},children:['item 1']},

{type:'li',props:{},children:['item 2']}

]

}

真实的Virtual DOM会比上面的例子更复杂,但它本质上是一个嵌套着数组的原生对象。

当新一项被加进去这个JavaScript对象时,一个函数会计算新旧Virtual DOM之间的差异并反应在真实的DOM上。计算差异的算法是高性能框架的秘密所在,React和Vue在实现上有点不同。

Vue宣称可以更快地计算出Virtual DOM的差异,这是由于它在渲染过程中,会跟踪每一个组件的依赖关系,不需要重新渲染整个组件树。

而对于React而言,每当应用的状态被改变时,全部子组件都会重新渲染。当然,这可以通过shouldComponentUpdate这个生命周期方法来进行控制,但Vue将此视为默认的优化。

小结:如果你的应用中,交互复杂,需要处理大量的UI变化,那么使用Virtual DOM是一个好主意。如果你更新元素并不频繁,那么Virtual DOM并不一定适用,性能很可能还不如直接操控DOM。

组件化

React与Vue都鼓励组件化应用。这本质上说,是建议你将你的应用分拆成一个个功能明确的模块,每个模块之间可以通过合适的方式互相联系。关于组件化的例子可以在这篇文章的中间部分被找到:

你可以认为组件就是用户界面中的一小块。如果让我来设计Facebook的UI界面,那么聊天窗口会是一个组件,评论会是另一个组件,不断更新的好友列表也会作为一个组件。

在Vue中,如果你遵守一定的规则,你可以使用单文件组件.

//PastaItem.vue

{{this.item.name}}

{{this.item.desc}}

Add to order{{this.orders}}

正如上面你看到的例子中,HTML, JavaScript和CSS都写在一个文件之中。你不再需要在.vue组件文件中引入CSS,虽然这也是可以的。

React也是非常相似的,JavaScript与JSX被写入同一个组件文件中。

import Reactfrom"react";

classPastaItemextendsReact.Component{

render(){

const{details,index}=this.props;

return(

{details.name}{details.desc}this.props.addToOrder(index)}className="btn btn-primary">Addtoorder {this.props.orders || 0}

);

}

}

exportdefaultPastaItem;

Props

在上面两个例子中,我们可以看到React和Vue都有’props’的概念,这是properties的简写。props在组件中是一个特殊的属性,允许父组件往子组件传送数据。

Object.keys(this.state.pastadishes).map(key=>

)

上面的JSX库组中,index, key, details, orders 与 addToOrder都是props,数据会被下传到子组件PastaItem中去。

在React中,这是必须的,它依赖一个“单一数据源”作为它的“状态”(稍后有更多介绍)。

而在Vue中,props略有不同。它们一样是在组件中被定义,但Vue依赖于模板语法,你可以通过模板的循环函数更高效地展示传入的数据。

这是模板的实现,但这代码完全能工作,然而在React中展现相同数据会更麻烦一点。

构建工具

React和Vue都有自己的构建工具,你可以使用它快速搭建开发环境。React可以使用Create React App (CRA),而Vue对应的则是vue-cli。两个工具都能让你得到一个根据最佳实践设置的项目模板。

由于CRA有很多选项,使用起来会稍微麻烦一点。这个工具会逼迫你使用Webpack和Babel。而vue-cli则有模板列表可选,能按需创造不同模板,使用起来更灵活一点。

事实上说,两个工具都非常好用,都能为你建立一个好环境。而且如果可以不配置Webpack的话,我和Jeff认为这是天大的好事。

Vue vs React: Javascript 框架之战

Chrome 开发工具

React和Vue都有很好的Chrome扩展工具去帮助你找出bug。它们会检查你的应用,让你看到Vue或者React中的变化。你也可以看到应用中的状态,并实时看到更新。

React的开发工具: https://cdn.deliciousbrains.com/content/uploads/2017/06/15151112/react-devtools.mp4

Vue的开发工具: https://cdn.deliciousbrains.com/content/uploads/2017/06/15151111/vue-devtools.mp4

配套框架

Vue与React最后一个相似但略有不同之处是它们配套框架的处理方法。相同之处在于,两个框架都专注于UI层,其他的功能如路由、状态管理等都交由同伴框架进行处理。

而不同之处是在于它们如何关联它们各自的配套框架。Vue的核心团队维护着vue-router和vuex,它们都是作为官方推荐的存在。而React的react-router和react-redux则是由社区成员维护,它们都不是官方维护的。

主要区别

Vue与react有很多的相似之处,但他们也有完全不一致的地方。

模板 vs JSX

React与Vue最大的不同是模板的编写。Vue鼓励你去写近似常规HTML的模板。写起来很接近标准HTML元素,只是多了一些属性。

{{ item.msg }}

这些属性也可以被使用在单文件组件中,尽管它需要在在构建时将组件转换为合法的JavaScript和HTML。

Vue鼓励你去使用HTML模板去进行渲染,使用相似于Angular风格的方法去输出动态的内容。因此,通过把原有的模板整合成新的Vue模板,Vue很容易提供旧的应用的升级。这也让新来者很容易适应它的语法。

另一方面,React推荐你所有的模板通用JavaScript的语法扩展——JSX书写。同样的代码,用JSX书写的例子如下:

{

Object.keys(this.state.pastadishes).map(key=>

)

}

React/JSX乍看之下,觉得非常啰嗦,但使用JavaScript而不是模板来开发,赋予了开发者许多编程能力。

但请记住:

能力越大,责任越大。 Ben Parker

JSX只是JavaScript混合着XML语法,然而一旦你掌握了它,它使用起来会让你感到畅快。这可能只是我个人的意见,但我觉得这比Angular 1风格的属性好多了,Angular 1真的难以忍受。

而相反的观点是Vue的模板语法去除了往视图/组件中添加逻辑的诱惑,保持了关注点分离。

值得一提的是,与React一样,Vue在技术上也支持render函数和JSX,但只是不是默认的而已。

状态管理 vs 对象属性

如果你对React熟悉,你就会知道应用中的状态是(React)关键的概念。也有一些配套框架被设计为管理一个大的state对象,如Redux。此外,state对象在React应用中是不可变的,意味着它不能被直接改变(这也许不一定正确)。在React中你需要使用setState()方法去更新状态。

addToOrder(key){

//Make a copy of this.state

constorders={...this.state.orders};

//update or add

orders[key]=orders[key]+1||1;

this.setState({orders});

}

在Vue中,state对象并不是必须的,数据由data属性在Vue对象中进行管理。

exportdefault{

name:'app',

data(){

return{

samplePasta:samplePasta,

orders:{}

}

},

...

methods:{

handleOrder:function(key){

if(!this.orders.hasOwnProperty(key)){

this.$set(this.orders,key,{count:0});

}

this.orders[key].count+=1;

}

}

}

而在Vue中,则不需要使用如setState()之类的方法去改变它的状态,在Vue对象中,data参数就是应用中数据的保存者。

对于管理大型应用中的状态这一话题而言,Vue.js的作者尤雨溪曾说过,(Vue的)解决方案适用于小型应用,但对于对于大型应用而言不太适合。

多数情况下,框架内置的状态管理是不足以支撑大型应用的,Redux或Vuex等状态管理方案是必须使用的。

有鉴于此,争论你的应用中如何管理状态很可能属于过早优化,并且这很可能只是个人偏好问题。此外,你可能真没必要担心这方面。

React Native vs. ?

React Native能在手机上创建原生应用,React在这方面处于领先位置。使用JavaScript, CSS和HTML创建原生移动应用,这是一个重要的革新。Vue社区与阿里合作开发Vue版的React Native——Weex也很不错,但仍处于开发状态且并没经过实际项目的验证。

那么,谁赢得这场竞赛呢?

TLDR; JavaScript是没前途的, 一起使用TypeScript吧

Vue vs React: Javascript 框架之战

如果你想在求职市场中有光辉的JavaScript UI框架使用经验,那么React和Vue都是不错的选择。React似乎更加流行,但Vue也变得越来越广为人知。如果你想将现有的应用升级为新的JavaScript框架,那么我建议你选择Vue。实际上,当你想创建一个现代的JavaScript应用时,两者都是很好的选择,取决于你的偏好。