正如我们之前提到的，WordPress 的核心团队正争论着为应该将哪款（前端框架）加入现在的架构之中。目前看来，暂时脱颖而出的是React与Vue.js，社区中的很多成员正权衡着这两款框架的利弊。
那到底哪款框架会胜出，哪款框架又会沦为昔日的prototype.js.呢？让我们一起看看吧。
简单介绍
除非你最近一直不关注前端的发展，不然你肯定听说过由Facebook创建的JavaScript UI框架——React。它支撑着包括Instagram在内的大多数Facebook网站。React与当时流行的jQuery,Backbone.js和Angular 1等框架不同，它的诞生改变了JavaScript的世界。其中最大的变化是React推广了Virtual DOM（我们稍后探究）并创造了新的语法——JSX，JSX允许开发者在JavaScrit中书写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中的代码是如何写的：
而在JavaScript中，我们可以用对象简单地创造一个针对上面例子的映射：
真实的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中，如果你遵守一定的规则，你可以使用单文件组件.
正如上面你看到的例子中，HTML, JavaScript和CSS都写在一个文件之中。你不再需要在.vue组件文件中引入CSS，虽然这也是可以的。
React也是非常相似的，JavaScript与JSX被写入同一个组件文件中。
Props
在上面两个例子中，我们可以看到React和Vue都有’props’的概念，这是properties的简写。props在组件中是一个特殊的属性，允许父组件往子组件传送数据。
在React中，这是必须的，它依赖一个“单一数据源”作为它的“状态”（稍后有更多介绍）。
而在Vue中，props略有不同。它们一样是在组件中被定义，但Vue依赖于模板语法，你可以通过模板的循环函数更高效地展示传入的数据。
主要区别
Vue与react有很多的相似之处，但他们也有完全不一致的地方。
模板 vs JSX
React与Vue最大的不同是模板的编写。Vue鼓励你去写近似常规HTML的模板。写起来很接近标准HTML元素，只是多了一些属性。
这些属性也可以被使用在单文件组件中，尽管它需要在在构建时将组件转换为合法的JavaScript和HTML。
Vue鼓励你去使用HTML模板去进行渲染，使用相似于Angular风格的方法去输出动态的内容。因此，通过把原有的模板整合成新的Vue模板，Vue很容易提供旧的应用的升级。这也让新来者很容易适应它的语法。
另一方面，React推荐你所有的模板通用Java的语法扩展——JSX书写。同样的代码，用JSX书写的例子如下：
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()方法去更新状态。
在Vue中，state对象并不是必须的，数据由data属性在Vue对象中进行管理。
而在Vue中，则不需要使用如setState()之类的方法去改变它的状态，在Vue对象中，data参数就是应用中数据的保存者。
对于管理大型应用中的状态这一话题而言，Vue.js的作者尤雨溪曾说够，（Vue的）解决方案适用于小型应用，但对于对于大型应用而言不太适合。
多数情况下，框架内置的状态管理是不足以支撑大型应用的，Redux或Vuex等状态管理方案是必须使用的。
有鉴于此，争论你的应用中如何管理状态很可能属于过早优化，并且这很可能只是个人偏好问题。此外，你可能真没必要担心这些方面。
那么，谁赢得这场竞赛呢?
如果你想在求职市场中有光辉的JavaScript UI框架使用经验，那么React和Vue都是不错的选择。React似乎更加流行，但Vue也变得越来越广为人知。如果你想将现有的应用升级为新的JavaScript框架，那么我建议你选择Vue。实际上，当你想创建一个现代的JavaScript应用时，两者都是很好的选择，取决于你的偏好。笔者作为一个情怀的程序员，支持Vue一波！
