Vue vs React: Javascript 框架之戰

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.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認爲這是天大的好事。

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吧

若是你想在求職市場中有光輝的JavaScript UI框架使用經驗，那麼React和Vue都是不錯的選擇。React彷佛更加流行，但Vue也變得愈來愈廣爲人知。若是你想將現有的應用升級爲新的JavaScript框架，那麼我建議你選擇Vue。實際上，當你想建立一個現代的JavaScript應用時，二者都是很好的選擇，取決於你的偏好。