Vue vs React: Javascript 框架之戰

WordPress 的核心團隊正爭論著為應該將哪款(前端框架)加入現在的架構之中。目前看來,暫時脫穎而出的是ReactVue.js,社區中的很多成員正權衡著這兩款框架的利弊。

那到底哪款框架會勝出,哪款框架又會淪為昔日的prototype.js.呢?讓我們一起看看吧。

我已經寫出了兩個幾乎一樣的Web應用,一個是基于Vue,另一個則基于React,可以方便你在看這篇文章的時候查找相關代碼。

簡單介紹

除非你最近一直不關注前端的發展,不然你肯定聽說過由Facebook創建的JavaScript UI框架——React。它支撐著包括Instagram在內的大多數Facebook網站。React與當時流行的jQuery, Backbone.jsAngular 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是什么呢?

DOMS, DOMS EVERYWHERE

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">
            ![](this.item.image)
        </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, ordersaddToOrder都是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有很多選項,使用起來會稍微麻煩一點。這個工具會逼迫你使用WebpackBabel。而vue-cli則有模板列表可選,能按需創造不同模板,使用起來更靈活一點。

事實上說,兩個工具都非常好用,都能為你建立一個好環境。而且如果可以不配置Webpack的話,我和Jeff認為這是天大的好事。

enter image description here

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-routervuex,它們都是作為官方推薦的存在。而React的react-routerreact-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吧

如果你想在求職市場中有光輝的JavaScript UI框架使用經驗,那么React和Vue都是不錯的選擇。React似乎更加流行,但Vue也變得越來越廣為人知。如果你想將現有的應用升級為新的JavaScript框架,那么我建議你選擇Vue。實際上,當你想創建一個現代的JavaScript應用時,兩者都是很好的選擇,取決于你的偏好。

本文轉載自:眾成翻譯
譯者:sea_ljf
審校: lizheming
鏈接:http://www.zcfy.cc/article/3310
原文:https://deliciousbrains.com/vue-vs-react-battle-javascript/#disqus_thread


前端·哈達
早起的鳥兒有蟲吃,早起的蟲兒被鳥吃。
睡蟲兒的大頭覺,讓傻鳥找去吧。。。。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,885評論 6 541
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,312評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 177,993評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,667評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,410評論 6 411
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,778評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,775評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,955評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,521評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,266評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,468評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,998評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,696評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,095評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,385評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,193評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,431評論 2 378

推薦閱讀更多精彩內容