react和vue的選擇

做項目到底該用Vue和還是react?

2016年React鞏固了它作為前端框架之王的地位,這一年中可以看到它在Web端和移動端的快速成長,同時穩穩領先于它的主要競爭對手Angular。

但是2016對Vue來說也是同樣令人印象深刻的一年,它發布了Vue 2.0版本并且在JavaScript社區引起了巨大反響,GitHub上多出的25000顆star就是最好的證明。

React和Vue的適用范圍無疑是很相似的:同樣是基于組件的輕量級框架,同樣專注于用戶界面的視圖層。同樣可以用在簡單的項目中,也同樣可以使用全家桶擴展為復雜的應用程序。

因為,很多Web開發者想知道他們應該使用哪個框架。是其中一個明顯優于另一個?還是他們有各自的優點和坑?或者他們基本就是一個樣?

兩個框架 兩個擁護者

在本文中,我想用一次公平,徹底的對比來回答上面的疑問。但是唯一的問題是我是一個Vue粉絲,完全不夠客觀。今年我在項目中重度使用了vue!

如果你喜歡用模板搭建應用(或者有這個想法),請選擇Vue

Vue應用的默認選項是把markup放在HTML文件中。數據綁定表達式采用的是和Angular相似的mustache語法,而指令(特殊的HTML屬性)用來向模板添加功能。

相比之下,React應用不使用模板,它要求開發者借助JSX在JavaScript中創建DOM。下面是用React實現的同樣的應用:

對于來自標準Web開發方式的新開發者,模板更容易理解。但是一些資深開發者也喜歡模板,因為模板可以更好的把布局和功能分割開來,還可以使用Pug之類的模板引擎。

但是使用模板的代價是不得不學習所有的HTML擴展語法,而渲染函數只需要會標準的HTML和JavaScript。而且比起模板,渲染函數更加容易調試和測試。當然你不應該因為這方面的原因錯過Vue,因為在Vue2.0中提供了使用模板或者渲染函數的選項。

如果你喜歡簡單和“能用就行”的東西,請選擇Vue

一個簡單的Vue項目可以不需要轉譯直接運行在瀏覽器中,所以使用Vue可以像使用jQuery一樣簡單。當然這對于React來說在技術上也是可行的,但是典型的React代碼是重度依賴于JSX和諸如class之類的ES6特性的。

Vue的簡單在程序設計的時候體現更深,讓我們來比較一下兩個框架是怎樣處理應用數據的(也就是state)。

React中的state是不可變(immutable)的,所以不能直接改變,需要使用API中的setState方法:

this.setState({
message:this.state.message.split('').reverse().join('')
});

React中是通過比較當前state和前一個state來決定何時在DOM中進行重渲染以及渲染的內容,因此需要不可變(immutable)的state。

Vue中的數據是可變(mutated)的,所以同樣的操作看起來更加簡潔。

Notethatdatapropertiesareavailableaspropertiesof
theVueinstance
this.message=this.message.split('').reverse().join('');

讓我們來看看Vue中是如何進行狀態管理的。當向state添加一個新對象的時候,Vue將遍歷其中的所有屬性并且轉換為getter,setter方法,現在Vue的響應系統開始保持對state的跟蹤了,當state中的內容發生變化的時候就會自動重新渲染DOM。令人稱道的是,Vue中改變state的狀態的操作不僅更加簡潔,而且它的重新渲染系統也比React 的更快更有效率。Vue的響應系統還有有些坑的,例如:它不能檢測屬性的添加和刪除和某些數組更改。這時候就要用到Vue API中的類似于React的set方法來解決。

如果你想要你的應用盡可能的小和快,請選擇Vue

當應用程序的狀態改變時,React和Vue都將構建一個虛擬DOM并同步到真實DOM中。 兩者都有各自的方法優化這個過程。

Vue核心開發者提供了一個benchmark測試,可以看出Vue的渲染系統比React的更快。測試方法是10000個項目的列表渲染100次,

從實用的觀點來看,這種benchmark只和邊緣情況有關,大部分應用程序中不會經常進行這種操作,所以這不應該被視為一個重要的比較點。但是,頁面大小是與所有項目有關的,這方面Vue再次領先,它目前的版本壓縮后只有25.6KB。React要實現同樣的功能,你需要React DOM(37.4KB)和React with Addon庫(11.4KB),共計44.8KB,幾乎是Vue的兩倍大。雙倍的體積并不能帶來雙倍的功能。

如果你打算構建一個大型應用程序,請選擇React

像文章開頭那種同時用Vue和React實現的簡單應用程序,可能會讓一個開發者潛意識中更加傾向于Vue。這是因為基于模板的應用程序第一眼看上去更加好理解,而且能很快跑起來。但是這些好處引入的技術債會阻礙應用擴展到更大的規模。模板容易出現很難注意到的運行時錯誤,同時也很難去測試,重構和分解。

相比之下,Javascript模板可以組織成具有很好的分解性和干(DRY)代碼的組件,干代碼的可重用性和可測試性更好。Vue也有組件系統和渲染函數,但是React的渲染系統可配置性更強,還有諸如淺(shallow)渲染的特性,和React的測試工具結合起來使用,使代碼的可測試性和可維護性更好。

與此同時,React的immutable應用狀態可能寫起來不夠簡潔,但它在大型應用中意義非凡,因為透明度和可測試性在大型項目中變得至關重要。

如果你想要一個同時適用于Web端和原生APP的框架,請選擇React

React Native是一個使用Javascript構建移動端原生應用程序(iOS,Android)的庫。 它與React.js相同,只是不使用Web組件,而是使用原生組件。 如果你學過React.js,很快就能上手React Native,反之亦然。

importReact,{Component}from'react';
import{AppRegistry,Text,View}from'react-native';
classHelloWorldextendsComponent{
render(){
return(
<View>
<Text>Hello,ReactNative!</Text>
</View>
);
}
}
AppRegistry.registerComponent('HelloWorld',()=>HelloWorld);

它的意義在于,開發者只需要一套知識和工具就能開發Web應用和移動端原生應用。如果你想同時做Web端開發和移動端開發,React為你準備了一份大禮。阿里的Weex也是一個跨平臺UI項目,目前它以Vue為靈感,使用了許多相同的語法,同時計劃在未來完全集成Vue,然而集成的時間和細節還不清楚。因為Vue將HTML模板作為它設計的核心部分,并且現有特性不支持自定義渲染,因此很難看出目前的Vue.js的跨平臺能力能像React和React Native一樣強大。

如果你想要最大的生態系統,請選擇React

毫無疑問,React是目前最受歡迎的前端框架。它在NPM上每個月的下載量超過了250萬次,相比之下,Vue是22.5萬次。

人氣不僅僅是一個膚淺的數字,這意味著更多的文章,教程和更多Stack Overflow的解答,還意味有著更多的工具和插件可以在項目中使用,讓開發者不再孤立無援。

這兩個框架都是開源的,但是React誕生于Facebook,有Facebook背書,它的開發者和Facebook都承諾會持續維護React。相比之下,Vue是獨立開發者尤雨溪的作品。尤雨溪目前在全職維護Vue,也有一些公司資助Vue,但是規模和Facebook和Google沒得比。不過請對Vue的團隊放心,它的小規模和獨立性并沒有成為劣勢,Vue有著固定的發布周期,甚至更令人稱道的是,Github上Vue只有54個open issue,3456個closed issue,作為對比,React有多達530個open issue,3447個closed issue。

如果你已經用其中一個用的很爽,就別變了

總結一下,我們發現的,Vue的優勢是:

模板和渲染函數的彈性選擇

簡單的語法和項目配置

更快的渲染速度和更小的體積

目前出現了uniapp全家桶,支持市場上所有端

React的優勢是:

更適合大型應用和更好的可測試性

Web端和移動端原生APP通吃

更大的生態系統,更多的支持和好用的工具

然而,React和Vue都是很優秀的框架,它們之間的相似之處多過不同之處,并且大部分的優秀功能是相通的:

用虛擬DOM實現快速渲染

輕量級

響應式組件

服務端渲染

集成路由工具,打包工具,狀態管理工具的難度低

優秀的支持和社區

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

推薦閱讀更多精彩內容