你的項目為什麼選擇Vue而不選擇React?

提這個問題是因為另外一個問題【你為什麼選擇React而不選擇Vue？】，那個問題存在挺久了而且很多回答，但一直沒有一個相反角度的討論。題主兩個框架都有在學習，並都有一定的使用經驗，提這個問題是希望和大家一起討論這兩個優秀框架的異同，不是引起分歧。

為什麼要拉我一個用react的+1

。。。我的項目沒用VUE和react。。直接用了angular。1. 因為公司技術選型用了angular，我們用的是.net core，對於已經會java和c#的人來說，TS+angular上手快。2.從我自己個人學習的角度，angular文檔比react不是好一點兩點，很完善，不像react有的庫的文檔真的不是一般的爛。3.學習難度，react整個生態圈的學習難度不比angular低。4.項目維護，angular方便。5.vue國外用的少，至少我在悉尼，知道用vue的沒幾家。。angular和react占多數。

早些年公司研發部門還沒有前端這個崗位，作為設計師的我一邊去理解需求，一邊出原型，一邊出效果圖，一邊順便把前端頁面也做了，剩下讓後端去套模板，用的還都是JQ、RequireJS那套東西。後來三大框架在一線大廠流行開來後，公司領導們終於想起來跟進了，最後就是Vue咯：

1、傳統後端開發人員勉強還能看懂vue模板，選React他們可能就徹底不做前端的事了

2、不在一線城市，招靠譜的React前端真的很難，前後端分離之後前端工作量暴增，招人必須能快速上手，馬上出活。

3、Vue官方全家桶就在那裡，不需要像React生態那樣選擇困難。

4、早期Vue中文文檔很友好，看起來壓力小一些。

1. vue的上手難度遠遠小於react， 並且vue的文檔支持的更加完整
2. vue並不如react那樣開放，在一定的規範內編寫對應的代碼，能使團隊不容易出現技術差距而斷層
3. vue的雙向綁定比起react的不可變數據，書寫起來更加方便，新手更容易懂
4. vue的腳手架更加友好，官方提供了一個完整的開箱即用的腳手架，而react的部分配置上還需要自己配置
5. vue-cli內置的熱更新比起react的需要自己配置的熱更新來說，開發效率的提升不止一點點，當然react也可以實現，但是需要自己去做對應配置化的修改
6. vue的開發成本比react低一點，在小公司無法做到每個人都有專門的時間做各自的事情的情況下，降低開發成本選擇vue是比較合適的
7. vue屬於一個簡單實用的庫，看vue的源碼比起react來講更容易讓人看得懂一點，那麼在開發過程中遇到的問題（當然需要到有用到源碼層次），會有更多的人能夠理解

額外說一些，不知道題主這邊有沒有使用過vue+jsx+ts的寫法，在我看來，當你使用了剛剛說的那種寫法的話，在很大程度上，vue跟react的區別就變得小了很多，最大的不同大概在於vue更加友好的腳手架吧，以及在可變數據跟不可變數據上的本質區別

當然我這絕對不是說react不好，畢竟我本人還是比較傾向react的，在我看來react屬於一個劃時代的產物了，並且從維護度上講的話，擁有Facebook這種巨無霸的公司總會比vue這種個人項目會好很多吧

1.成本低，招一個能寫頁面的vue程序員比招react相對來說更容易

2.簡單易學，都是中文文檔，上手又簡單。vue的設計宗旨就是來減少開發者上手的難度，把api設計得既好用又好理解，react就不是了，react一直在用自己的思維來改變使用者的開發習慣

3.雖然在世界範圍react的生態更龐大，但在國內，vue的解決方案更多，尤其是帶有中文文檔的組件庫和類庫，這對於國內程序員，尤其是中小型互聯網公司的程序員就很方便了

4.有人說vue不適合大型項目，這一點我不認同。vue和react都只是一個視圖層的js庫，能不能搞定大型項目完全取決於架構師和他所帶的團隊水平能力如何，和框架無關。

5.還有人說vue性能不如react，這是扯淡。首先，脫離場景看性能是毫無意義的，其次，就絕大多數的測試用例顯示，react可能是三大框架目前主流版本性能最差的了。而且前端框架的性能，並不是銀彈，能不能做出體驗好的應用，並不取決於框架的性能跑分。

讓我想想當時第一次用vue的經歷,

16年的時候, 我還是angularjs1.x版本, 玩的很六的人, 後來angular升級到2.x

我本來還在升2還是轉投其它框架之間猶豫

後來後來又聽說, angular要升級到4.x了

那時候我果斷轉投了, 其它框架, 剛好, 公司的其它同事都安利vue, 說是國人開發的, 賊友好, 文檔賊完善. 對新手友好.

後來開新項目, 但是要招畢業生進來幫手, 想想, 新手友好度, 就選用了vue.

在在後來, 去了別的公司也有用react的, 也有用vue. 甚至同一家公司也有不同框架使用的.

但對於我個人而言, 首選還是vue吧.

在兩者相差不大的情況下, 我會首選第一印象比較好的.vue.

JSX 這東西，我作為一個從Jquery時代過渡的前端，終究是內心接受不了，太tmd丑了

使用vue2，你需要忍耐它很多的冗餘功能

需要比 react 多造N多的輪子

(基本上)需要放棄使用typescript

西卡西！vue 的 api 我個人覺得真的是定的規整又好看，用 SFC 單文件模板組織出來的代碼，是用直覺就能判定為前端代碼的好看代碼。

對，我寫的代碼自己看著不糟心，是我最看中的一點

因為vue是三個字母，好記好打。

好吧這是我一開始選擇先學習哪個的原因。

本來打算先學習vue，然後學習React，最後再學習ng。

然而現在發現個問題：vue雖然入門簡單，但是想深入學習，卻需要花費更多的精力。

隨著深入學習vue，同時也看看大家對React的評論，感覺最大的區別是，vue把代碼分為了 模板（html）、代碼控制（js）、樣式美化（css）三個部分。

而React呢，萬物都是js。

我關心的問題不是一個項目裡面要用哪個，而是在想，能不能做到無縫切換。

就是說一個項目用啥無所謂，切換就好。

好吧，這個並不容易做到，甚至不可能實現。

總之，先把vue學透（一定程度），然後實現自己的想法。

然後在看看React ，能不能實現我的想法，最後再看實現切換的代價大不大。

萬一真的實現了，是不是就不需要糾結一個項目到底用啥了呢？

因為我們的團隊都是選擇的vue，從我到公司就這樣，整個技術棧都是基於vue的，至於一開始為什麼選擇vue，我也不清楚。。。

因為現在我只會vue，聽說react選擇太多，我有選擇困難症。隔壁ng倒是一套帶走，不過招的人少了，畢竟要吃飯

作為一個之前用Vue現在寫React的jser來理解，可能原因如下:

1. Vue真的很容易上手，這對開發者是把雙刃劍。
2. Vue社區中文文檔，資料，以及針對國內特等場景的解決方案很多。
3. 還有一個很重要的一點: 招人真的React比Vue難找點。手動狗頭

react有版權風險，萬一哪天翻臉了不好辦

taskhub.work

因為寫著相對來說比較順手

我也不知道為啥邀請我，以前用vue是因為腳手架方便，然後被vue簡單這種言論蠱惑……

3.0感覺有很多新鮮的地方，估計我會去嘗試一下

為什麼要拉我一個用react的