正如我们之前提到的，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.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中的代码是如何写的：
<ul class="list">
<li>item 1</li>
<li>item 2</li>
</ul>
而在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
<template>
<li class="pasta-dish list-unstyled">
<div class="row">
<div class="col-md-3">
<img :src="this.item.image" :alt="this.item.name" />
</div>
<div class="col-md-9 text-left">
<h3>{{this.item.name}}</h3>
<p>
{{this.item.desc}}
</p>
<button v-on:click="addtoordernew" class="btn btn-primary">add to order</button> <mark>{{this.orders}}</mark>
</div>
</li>
</template>
<script>
export default {
name: 'pasta-item',
props: ['item'],
data: function(){
return{
orders: 0
}
},
methods: {
addtoordernew: function(y){
this.orders += 1;
this.$emit('order');
}
}
</script>
<style src="./pasta.css"></style>
正如上面你看到的例子中，html, javascript和css都写在一个文件之中。你不再需要在.vue组件文件中引入css，虽然这也是可以的。
react也是非常相似的，javascript与jsx被写入同一个组件文件中。
import react from "react";
class pastaitem extends react.component {
render() {
const { details, index } = this.props;
return (
<li classname="pasta-dish list-unstyled">
<div classname="row">
<div classname="col-md-3">
<img src={details.image} alt={details.name} />
</div>
<div classname="col-md-9 text-left">
<h3>{details.name}</h3>
<p>
{details.desc}
</p>
<button onclick={() => this.props.addtoorder(index)} classname="btn btn-primary">add to order</button> <mark>{this.props.orders || 0}</mark>
</div>
</li>
);
export default pastaitem;
props
在上面两个例子中，我们可以看到react和vue都有’props’的概念，这是properties的简写。props在组件中是一个特殊的属性，允许父组件往子组件传送数据。
object.keys(this.state.pastadishes).map(key =>
<pastaitem index={key} key={key} details={this.state.pastadishes[key]} addtoorder={this.addtoorder} orders={this.state.orders[key]} />
)
上面的jsx库组中，index, key, details, orders 与 addtoorder都是props，数据会被下传到子组件pastaitem中去。
在react中，这是必须的，它依赖一个“单一数据源”作为它的“状态”(稍后有更多介绍)。
而在vue中，props略有不同。它们一样是在组件中被定义，但vue依赖于模板语法，你可以通过模板的循环函数更高效地展示传入的数据。
<pasta-item v-for="(item, key) in samplepasta" :item="item" :key="key" @order="handleorder(key)"></pasta-item>
这是模板的实现，但这代码完全能工作，然而在react中展现相同数据会更麻烦一点。
构建工具
react和vue都有自己的构建工具，你可以使用它快速搭建开发环境。react可以使用create react app (cra)，而vue对应的则是vue-cli。两个工具都能让你得到一个根据最佳实践设置的项目模板。
由于cra有很多选项，使用起来会稍微麻烦一点。这个工具会逼迫你使用webpack和babel。而vue-cli则有模板列表可选，能按需创造不同模板，使用起来更灵活一点。
事实上说，两个工具都非常好用，都能为你建立一个好环境。而且如果可以不配置webpack的话，我和jeff认为这是天大的好事。
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元素，只是多了一些属性。
<ul>
<template v-for="item in items">
<li>{{ item.msg }}</li>
<li class="divider"></li>
</template>
这些属性也可以被使用在单文件组件中，尽管它需要在在构建时将组件转换为合法的javascript和html。
<pasta-item v-for="(item, key) in samplepasta" :item="item" :key="key" @order="handleorder(key)"></pasta-item>
vue鼓励你去使用html模板去进行渲染，使用相似于angular风格的方法去输出动态的内容。因此，通过把原有的模板整合成新的vue模板，vue很容易提供旧的应用的升级。这也让新来者很容易适应它的语法。
另一方面，react推荐你所有的模板通用javascript的语法扩展——jsx书写。同样的代码，用jsx书写的例子如下：
<ul classname="pasta-list">
{
object.keys(this.state.pastadishes).map(key =>
<pastaitem index={key} key={key} details={this.state.pastadishes[key]} addtoorder={this.addtoorder} orders={this.state.orders[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
const orders = { ...this.state.orders };
//update or add
orders[ key ] = orders[ key ] + 1 || 1;
this.setstate( { orders } );
在vue中，state对象并不是必须的，数据由data属性在vue对象中进行管理。
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吧
如果你想在求职市场中有光辉的javascript
ui框架使用经验，那么react和vue都是不错的选择。react似乎更加流行，但vue也变得越来越广为人知。如果你想将现有的应用升级为新的javascript框架，那么我建议你选择vue。实际上，当你想创建一个现代的javascript应用时，两者都是很好的选择，取决于你的偏好。
你对于react或者vue的想法是什么呢?赶快发表评论告诉我们吧!
作者：佚名
来源：51cto