正如咱們以前提到的,WordPress 的核心團隊正爭論着爲應該將哪款(前端框架)加入如今的架構之中。目前看來,暫時脫穎而出的是React與Vue.js,社區中的不少成員正權衡着這兩款框架的利弊。css
那到底哪款框架會勝出,哪款框架又會淪爲昔日的prototype.js.呢?讓咱們一塊兒看看吧。前端
我已經寫出了兩個幾乎同樣的Web應用,一個是基於Vue,另外一個則基於React,能夠方便你在看這篇文章的時候查找相關代碼。vue
React sample app(https://github.com/ptasker/pasta-pete-react)react
Vue sample app(https://github.com/ptasker/pasta-pete-vue)git
簡單介紹github
除非你最近一直不關注前端的發展,否則你確定據說過由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這類大公司維護。vue-router
類似之處vuex
React與Vue存在不少類似之處,例如他們都是JavaScript的UI框架,專一於創造前端的富應用。不一樣於早期的JavaScript框架「功能齊全」,Reat與Vue只有框架的骨架,其餘的功能如路由、狀態管理等是框架分離的組件。vue-cli
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>
</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>
</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>
</ul>
這些屬性也能夠被使用在單文件組件中,儘管它須要在在構建時將組件轉換爲合法的JavaScript和HTML。
<ul>
<pasta-item v-for="(item, key) in samplePasta" :item="item" :key="key"@order="handleOrder(key)"></pasta-item>
</ul>
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]} />
)
}
</ul>
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對象中進行管理。
export default {
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吧