為什麼vue的高仿項目層出不窮，而React和angular卻很少？

01-11

現在的前端不是說react,vue,angular 三分天下，發現掘金上每隔幾天就有一個vue的高仿項目出現，如何看待這種vue的高仿項目層出不窮，而像angular react 相比是少之又少的現象？

先從學習框架的角度來回答一下這個問題。

看看現在市場上的主流前端招聘要求，基本都會有一條至少掌握一門 mvvm 框架，比較火的就是 vue、angular 和 react 了，所以這也要求現在的前端從業人員都要至少學習和掌握上述一門技術框架。不得不承認 vue 的上手確實要比其它 2 個框架簡單，所以對於一門框架都沒有掌握的人來說更傾向學習更容易學的技術棧，而且做高仿項目的大部分的目的是為了更好地學習和掌握這門框架，所以 vue 的高仿項目更多也就不奇怪了。

再從教學的角度去回答一下這個問題。

去年當 Vue.js 還是 1.0 ，2.0 還是 beta 階段的時候，我在慕課網錄製了這門課程(Vue.js高仿餓了么外賣App 2016最火的前端框架-慕課網實戰)，算是題主提到的高仿項目了，當時為什麼以這個項目作為選題，是因為我想出一門 Vue.js 的教學視頻，Vue.js 在移動端有天然的優勢（輕量），於是我鎖定了移動端的項目。對比了幾個項目後我覺得餓了么的商家頁面是非常適合做為教學，至於為什麼叫「高仿」是因為設計完全參考的是 app 端的體驗（其實前端可以做出大部分類似 app 流暢的體驗）。而在我錄課的時候，餓了么官方的 webapp 還是用 angular 實現的，做的比較簡單，目前已經完全用 Vue 重構了，體驗也提升了好幾個檔次。
我很同意上面 @汪志成提到的，作為一個資深以上級別的前端人員來說，做高仿項目對自身的提升已經不高了，但是純教學場景還是很有意義的。對於大部分從業人員來說，他們可能進不了 bat 等等一二線互聯網公司，他們在工作中得不到高工導師的指導，而目前培訓班又比較坑爹，因此一些互聯網的教學資源還是有他們存在的意義。那麼對教學而言，我是為了做 Vue.js 的相關的實戰課程，而且我認為高仿 xx app 的思路還是不錯的，因為他更貼近實際項目，可以把自己在工作中的一些經驗，思考方式，編碼習慣，編程技巧等等融入到教學課程中，把這些知識輸出給學生。
其實其它框架也有相關的教程，但實際上還是更多的學生會願意學習 Vue.js。

然後從 Vue.js 的發展趨勢來看，我是非常看好這門框架的，我也讀過它的源碼，讚歎於它的設計的巧妙。在工作中，我們已經把滴滴的 webapp 的技術棧遷移到了 Vue 了（滴滴 webapp 5.0 Vue 2.0 重構經驗分享 · Issue #13 · DDFE/DDFE-blog）。我們團隊也寫過幾篇 Vue.js 的源碼分析文章，都在DDFE/DDFE-blog里，希望和大家多多交流 Vue.js 的相關技術。

當然，其它兩個框架也有他們的特點和優勢，我認為如果深入掌握了一門技術框架，也可以分配一些精力去學習其它的框架，其實他們在很多設計思想和理念都有相通的地方，爭取能做到遇到什麼樣的需求場景，可以甩出適合的技術方案。

最後我還想和一些新入行的前端 er 們說，你們沒有經歷過刀耕火種的時代，你們生在了好時代，但是不要忘了一些本質的東西，比如 Vue.js，學會用它去擼項目後也要去思考，比如想想它產生的背景，解決了什麼樣的問題，最好可以興趣驅動去了解一下它的內部實現原理和細節。還有前端並不只是 Vue.js + webpack，還有很多基礎的 css、js、html 相關的知識需要鞏固。如果你還在問「xx 效果和功能如何用 Vue.js 實現」這樣的問題，那麼你真應該去好好夯實一下基礎了，我相信一個底子好的人一定能看出問題的本質從而找到解決方案。再比如在你用 require("xxx") or import xxx from xxx 爽的飛起的時候，也問問自己，瀏覽器原生支持這些語法嗎，這些東西在瀏覽器端又是怎麼實現模塊化的。當然除了前端的基礎知識，還有很多廣度知識需要學習，當然這個話題太大，就不展開了。So, 當大牛們為了框架而撕的時候，不要僅僅是作為吃瓜群眾看熱鬧，快速提升自己的能力更重要~

鑒於 Vue 在 Code 上的體驗還比較監介，我能算利益不相關不我覺得關於為啥復刻產品這麼多，答案有三個：群眾需要、分享者獲得認可成本更低、Vue 處於上升階段。跟三年前 AngularJS 的情況非常相似，唯一的不同是，三年前可沒有這些 curation site。

群眾需要

Vue 好上手，文檔支持都不錯。團隊要進行框架升級或者進一步工程化，Vue 比較容易在 Prototype 階段就勝出。事實勝於雄辯，比靠一些簡單的例子和成功案例來安利 TypeScript 要合理。

一個好上手、新老團隊都可能需要的框架，如果跟它相關的信息不能出現在掘金之類的網站上，我就得來知乎問問為什麼了。

分享者獲得認可成本更低

用新技術做一個復刻，都是一個既能鍛煉自己、又比較「討巧」的方式（注意我加了引號），防止海內外皆準。既然是復刻，要麼從別的語言／框架上找想法，要麼就是在產品上動手。

Vue 的基礎設施已經比較好了，到現在已經不存在啥技術紅利。如果兩年前大家就知道 Vue 會火，我想很多工程師會抓緊做各種 Vue 相關的 library，但現在要想 make some noise，就得花比較大的精力或者心思了。但是即使做出來，技術上很成功，群眾也不一定買賬。

但這是現階段 curation site 的問題。 @張宏波老師的 BuckleScript 做這麼好，但你在掘金上可就是啥都搜不到。而做一個復刻餓了么，短短時間就能獲得幾百的點贊和收藏。獲得關注和認可的成本相對較低，大家也就傾向於去這麼做。

三年前，沒有這幾家聚合類網站，咱們一樣是在各種社區三天兩頭看到 AngularJS 的各種復刻。不信你把圖裡的 Vue 換成 AngularJS 去搜一搜。

Vue 處於上升階段

我不確定這算結果還是原因，當一個框架處於上升階段的時候，它是自帶光環的。人們看到它的機會變多，分享的也就更多。

React 和 NG2 的復刻少嗎？

要按事實說話啊，你隨便搜搜都能找到，問題現在變成了，為啥大家不去分享它們，卻更喜歡分享 Vue 呢？

作為 React 黨來摻和下，『Vue 的高仿項目相對 React 和 Angular 更多』是一種現象，而從這種現象，唯一能得到的結論只有 Vue 的上手難度更低，對新手更友好。

妄圖從中得到 Vue 低端，或者用 Vue 的人水平都菜的結論不過是不懷好意而已。

『大部分 iOS 用戶收入比 Android 用戶高』，難道就意味著我用 Android 就收入更低么？還是我需要買個 iPhone 才能變得收入高？

『大部分 Linux 用戶編程水平比 Windows 用戶高』，所以我用了 Linux 編程水平就高了？還是我用 Windows 編程水平就肯定低了？

同樣的，不斷重複這種『正確但沒什麼卵意義』的現象不懷好意的行為也蠻沒意思的，你對著一個 Android 用戶說『大部分iOS 用戶收入比 Android 用戶高』，根本的不出任何有效結論，無非就是想噁心人家罷了。

（ps：我個人還是更喜歡 React，因為個人比較喜歡 all in js 的方案）

你們現在噴vue，就像去年你們噴jquery一樣，歷史總是驚人的相似。

這是在黑掘金，還是在黑 Vue？

我要用NG的時候，你們告訴我為何不是React或Vue？

我要用React呢，你們又說Vue更合適。

好吧，我現在打算Laravel/Vue了吧，你們又說Vue太簡單、高仿項目太多。

先問問自己JS代碼寫了多少了？你們啊，總想著搞個大新聞出來……

說這個技術不行那個人水平不行，還不如找找自己的短處然後彌補之。

這是釣魚貼么？呵呵，樓下果然出現了：

- 答非所問推銷自己利益相關框架的

- 明嘲暗諷 Vue 簡單所以受眾都是低端公司和培訓機構的高端諮詢師

- 連雙向綁定是啥都沒搞懂就在說 Vue 不適合大型應用的

- 在評論下面嚼舌根直接給人甚至用戶群體扣帽子的

承認 Vue 比其他框架易用易學有那麼難么？（注意，我這裡回答了問題）

為了避免有些玻璃心的其他框架的用戶偏題，重要的話說三遍:

說 Vue 易學易用不等於說其他框架不好

當然有些人還是會特意去搜集材料來懟 Vue，說我吹 Vue 包治百病，欲加之罪何患無辭，愛咋咋地吧。

這兩年做個框架真是人性的百態都看遍了，很有意思。

因為慕課網有一期這種課程

高仿項目對比，其實沒有什麼參考價值。

那麼使用React實際項目團隊：

Facebook 擁有將近30000+組件，規模大小就不說了吧。

Twitter 也使用React + PWA 來寫移動端項目，可以了解一下：Twitteramp;amp;amp;amp;amp;amp;amp;amp;amp;#x27;s React-Based Mobile Web Stack Rivals Native Performance

Airbnb 也在使用，前不久還推出了React Sketch，還有 Airbnb 的React 規範。

@汪志成，說的不同技術背景，使用不同的框架，開發效率、生產效率以及上手速度，是不一樣的。這點我很認同。

我在使用 React 開發，我每季度的KPI，都是在寫某場景下最快5分鐘的完成開發，我們團隊使用它感覺開發挺快的，難道就否認其他人使用React開發效率很慢么？還有我招過一個法律專業的實習生，自學使用react寫chrome插件，甚至做小項目，這怎麼解釋呢？所謂上手快與慢真的見人見智

「易學易用易上手，性能拔尖」這個口號已經喊了很久了，我想大家應該多去牆外的世界看看。

說到對比其他框架 - vue.js 有幾個人真正看過上邊的示例，自己跑過呢？

我抽了點時間把上邊的代碼拉下來，修改了Vue版本為最新的2.3，React版本為15.5。以及最新的React 16.0.0-alpha.11（今年夏天推出）

同時我把React 的組件簡單做了修改，繼承了PureComponent：

測試結果每次跑的結果其實都不相同，選擇最好的對比如下：

React 15.5

React 16.0.0-alpha.11

另外再捧上在IOS safari 上的結果：Vue 和 React 16

以上示例其實代表不了什麼，實際業務場景中，是否能夠真正達到5-10ms，就不好說了，也說明不了什麼問題。

====== 我再嘗試用Stateless function =====

文中一直拿ShouldComponentUpdate描述它做文章，讓大家對React有種誤解。使用extedns PureComponent 也只比原來多4個字母而已。而實際上我寧可寫個子組件 class extends PureComponent，也不需要使用ShouldComponentUpdate。對於React開發者來說，它並未讓大家感覺到難受，因為絕大數時候，我們並不需要使用它。

同時我也很想請教大家：Vue 如果$data.list 是這麼一個數組對象 [{...}, { ... } ...] ，每次都更新相同的，vue是否可以自動追蹤到並不會更新？是否不需要再像React那麼麻煩加一個PureComponent子組件？

關於體積問題帶來的 JS Parse 和網路載入問題，就現在主流的框架來說，並不是問題，因為我們有Code Spliting + from Cache 200 State。而且論看代碼量，剛才的benchmark，Vue的代碼量也比React多啊，其實這只是個簡單的測試場景，代碼量多與少並不是什麼問題。

如果你對在移動端，使用 React 感覺體積偏大的話，我可以推薦 InfernoJS / Preact 進行切換，幾乎不需要改一行代碼，極少的調整和約束就能夠解決體積問題。而且它們的體積是 9K / 3K。 其實Twitter 已經告訴我們在移動端使用 React 依然可以有很好的體驗。

至於InfernoJS性能嘛：Inferno 可以自己看看，還有 https://rawgit.com/infernojs/dbmonster-inferno/master/index.html，對比的場景，不是只是簡單的列表。

老早之前已經出了個SvelteJS，在做移動端活動和外圍項目專題，真的是爽得不要不要的。

性能對比：sveltejs/isomorphic-ui-benchmarks（伺服器端渲染）

Running benchmark "vue"...
vue x 1,297 ops/sec ±3.68% (76 runs sampled)
Running benchmark "inferno"...
inferno x 2,053 ops/sec ±0.60% (86 runs sampled)

Running benchmark "svelte"...
svelte x 14,911 ops/sec ±2.25% (80 runs sampled)

當然還有更多性能對比： When everythingamp;amp;amp;amp;amp;amp;amp;amp;amp;#x27;s important, nothing is! （翻牆）

React 16 99%使用原有的API，而且 render 支持返回新數組了。

也可以看看這篇文章（翻牆）：

https://medium.com/@addyosmani/progressive-web-apps-with-react-js-part-2-page-load-performance-33b932d97cf2

另外很多人有個誤區，框架體積越小，項目代碼越小。這是錯誤的，該有的html、css以及業務代碼一樣少不了。

React 16 雖然沒出正式版，依然有很多人在RN、移動端使用，而且現在 React 整個構建系統，使用了rollup，同時移除createClass等等這些，相信包會越來越小。

說到開箱即食：

Dan 最近正在衝刺把create-react-app開始迭代，而且就目前來說，github大把開箱即食的模板，當然，也有人認為不實用，依然見人見智。

而且吧，next.js 真的已經做到了開箱即用。

反過來說一下redux，真的沒人去使用redux-actions，也沒有人嘗試下dva嗎？

vuex 其實在vue群也依然有不少人看不明白。

開箱即食，依然還是見人見智。

再談對比其他框架文中：這是由於 React 有大量的檢查機制，這會讓它提供許多有用的警告和錯誤提示信息。我們同樣認為這些是很重要的，但是我們在實現這些檢查時，也更加密切地關注了性能方面。

其實：

生產環境下，這些錯誤和警告，早已被移除掉了。

其實只要你JS寫得還行，JSX的各種寫法，你隨意挑，直到你滿意為止，這些獻上JSX那些還算不錯的技巧：Introduction · React Bits

另外我只是想澄清一下有關react失實的評價，也不想黑任何一個框架。當然把我想成陰謀論者，我也改變不了別人對我的看法，畢竟現在能夠好好講事實擺道理的人還是很難求的。

同時，大家可以看這下這篇專欄文章寫得真的很不錯：前端周刊第53期：React 社區的撕逼 - 知乎專欄。

ng 強制工程約束與 Typescript 和自身的特性讓 ng 成為了一個面對大型項目的能手，不光是解決視圖的問題，模塊、服務、管道什麼的還有項目架構都劃分好了. 你就必須這麼用，這是大型項目里收益很高的地方，再加上 TS 完善類型推倒，寫幾個介面跟 .d.ts，什麼提示都主動上門，簡直美滋滋.

React 跟 Vue 這樣面對視圖層的框架簡單易用，概念簡練，API 設計不複雜，不過對於視圖以外的東西沒有過多干涉，需要自行構建整個項目.

就因為是這樣，實際開發中很多公司的項目往往會因為膨脹而失控，這就是這種體量的框架本身特性決定的. 你選擇了輕量框架速成幹活，就得自己收拾這個問題.

開發體驗上，Vue 在 Webstorm 更新到 2017.1 後開發體驗好很多，因為 .vue 的關係推斷做起來應該有些困難.

個人認為國內 Web 前端開發者大多還是因為水平不是很高，所以很多人沒有辦法區分 ng 和 Vue 的特性與定位，導致拿 ng 與 Vue 進行對比，但個人總覺得，這倆是定位完全不一樣的玩意，沒啥可比的.

另外也就是學習成本，確實 ng 有些困難，比如狀態管理什麼的你轉了一圈看到 ngrx 一臉懵逼，路由返回一個 Observable 豁這 TM 什麼玩意，ngIf 前面還要加一個 *，一臉被草泥馬交易過的表情~ 相比 Vue，乾淨明了就是干！

省的被噴，在下先匿為凈~

每個前端工程師入門前端不久，都想要做一個完整的網站出來，而在國內的前端框架中，vue是公認的最容易入門，所以很多學習vue的前端都會去做一個高仿demo。

學習react的有沒有高仿demo？答案是當然有，只不過react入門難，主要還是有一定工作經驗的前端才能用react高仿一個demo，個別厲害的新人也會去做，github也能搜索到。

angular我了解的不多。

如果你做了幾年前端，你很難再有激情去高仿demo，因為這些框架對你來說，學習成本不會很高，能夠看幾遍文檔，直接運用在項目中，哪裡願意花時間去折騰一個高仿的項目，平時還得顧家和顧工作。

而現在vue在國內這麼火，就是因為現在很多大學生學習vue都能用它做出demo，僅僅做一個demo不難，真正做過企業開發的人都知道，產品經理是每天都在修改小需求，一個好的前端要從頭開始架構好前端，不管是用vue還是react，你做的架構要能緊跟產品的步伐來走，不是高仿一個demo，然後丟到github上就能完事的。

說了這麼多，大家應該能明白，高仿demo僅僅作為新人學習和找工作使用，每年這麼多新人學習vue，這裡面該有多少demo，自己想想。

react和vue都在用，源碼都看了，如果你們覺得他們之間的設計區別還是那麼大的話，而且基於react來諷刺vue的話，那你們真的是垃圾。

首先，就數據驅動來說，react和vue都是單向數據流。而所謂的vue雙向綁定其實只是一個語法糖而已。但是這個語法糖卻大大提高了開發效率，此外react是比vue早的，尤大也說了，設計思路完全借鑒react。這沒毛病，但是由於vue使用了Object.definePrototype這個相對較新的特性，又使得開發效率進一步提升，而且通過oberver，dep，watcher類管理了內部的計算屬性，整個設計和前沿性說實話，不知道react你們有啥優越感。

第二點，就組建生命周期來說，都是通過鉤子機制來調用的，只是命名不一樣，比如componentwillmount對應beforeMount，而且vue的狗子點更多。控制更加精細。

第三點，vue的單頁面組件是我自組件開發以來使用最順暢的，一個頁面一個組件，複製粘貼之間就能用，結構簡單明了。一個字爽。

第四點，社區來看，vue2.0的文檔由淺入深，源碼命名和設計清晰明了。是一個非常有活力的開源社區。

無利益相關，尤大並不認識我，事實說話，在兩個技術棧都使用的情況下保守估計，vue的開發效率比react的效率提高了至少30%，同事反應也是如此，目前公司整個前端組業務技術棧轉向vue，計劃年中全部遷移完畢，支持尤大，謝謝你的vue，當然react作為組件化開發開山祖師一般的存在，在設計之初可能要考慮到時代背景下ie8版本以下的兼容性，設計上還是比較保守的，但是一樣是優秀的，並沒有貶低的意思。

Angular更講究創新，實現這些的高仿也很容易，但是意義何在呢？

另外，那些說Angular中文文檔少的同學，請去看看 https://angular.cn 的官方文檔中文版，從數量、質量、深度、覆蓋度上和vue官方文檔對比一下再說吧，花不了多少時間。

官方文檔的英文原版由一個十人以上的團隊在維護，中文版是包括我在內的三個人加上其它社區力量在同步翻譯。現在已經更新到了最新的4.0版。

書籍方面，512頁的譯著《Angular權威指南》已經由圖靈出版，目前亞馬遜和互動出版網已經能買到了，5.1後會全面鋪貨。

社區支持方面，有問題可以發到我的專欄「Angular QA」，雖然忙，但我會抽時間回復的。

Angular的項目組和社區不擅長宣傳，這是缺點，也是優點，取決於你的期望是什麼。相信這次4.0 LTS版的發布，會是一個重要的轉折點，我們將會看到Angular韜光隱晦的日子就要結束了。

====== 更新 2017-04-30 =======

被尤雨溪不點名的噴了，那就再補充解釋一下：

題主的問題是「為什麼vue的高仿項目層出不窮，而React和angular卻很少？」，這實際上包含三個子問題：

為什麼Vue有那麼多高仿項目？
為什麼React沒有高仿項目？
為什麼Angular沒有高仿項目？

另一個答主回答了為什麼React沒有高仿項目的問題，也就是國外很多高仿項目，只是國內沒有。所以題目的視角是片面的，只局限於國內。「先問是不是，再問為什麼」是知乎的優良傳統。

我回答的則是「為什麼Angular沒有高仿項目」的問題。不了解國外的情況，就國內來說，我認識很多Angular使用者，他們基本都正在實際項目中使用，就算做開源項目，也是為了滿足特定的需求，而不是純粹為了學習。因此做高仿項目的意義何在？我一直都看不懂，也就沒興趣做。

對於我這樣的極客型技術人員來說，喜歡什麼，一定是因為它有創新點。Angular的最新版本中值得關注的創新點很多，因此要合理分配精力，顯然，我不會去做那樣一個高仿項目，事實上我正在做一個增強版的微信PC客戶端，現有Web微信的功能太簡單了，就算完全模擬也不過是一些CSS功力，體現不出前端框架的真正作用。（事實上，《Angular權威指南》中就示範了一個聊天程序的客戶端部分）

對於新手，完全為了實現功能或者求職而學習一個框架，那無可厚非。但是對於擁有多年編程經驗的程序員來說，做高仿項目，除非特別複雜，否則純粹就是浪費時間（純教學場景才有意義）。市面上的很多知名產品，你能看到的那部分可能總體連1%的開發工作量都占不到。因為有大量的開發力量都投入在後台系統中，複雜的流程、無處不在的驗證、各種各樣的輔助輸入工具、各種查詢組合、與各種不同版本不同技術棧不同通訊協議的服務端交互、各種一天變三次的需求、各種奇葩的URL導航關係，這些才是真正的技術難點。除了技術難點之外，還有管理難點，比如一個原本看似很小的需求，可能在兩個月後就成長為一個龐然大物，你是預留還是不預留功能？如果不預留怎麼實現平滑過渡？而寫高仿程序，是接觸不到這些挑戰的。

Angular在國內沒什麼高仿程序，主要是因為它真正定位的是高複雜度的應用，簡單應用也能很容易實現，但是要拿簡單應用來教學的話實在沒必要寫高仿程序，官方文檔里的教程和《Angular權威教程》中的例子已經足夠了，既詳細又全面又權威。所以，Angular社區現在需要做的並不是那種高仿App，而是要有創新點或那些真正複雜的實際場景下的開源應用。這些在Angular正式版推出不到一年的時間內是很難做到的，別說實現了，恐怕連一個合適的需求都找不到，況且還是業餘時間做。

對於尤雨溪，我很欣賞他能堅持這麼多年打磨自己的框架，實際上在三年前我就注意到了vue 1.0（或許是更早的版本），在vue火起來之前，我還向出版社建議過出版相關著作。但是，作為一個技術人員，請務必誠實面對並公開自己框架的不足之處，任何一個包治百病的大力丸我都是不會相信的。我以前被此類框架坑過無數次。只有知道了一個框架的不適用範圍，我才會考慮去嘗試一下。畢竟，大家都是成年人，早已過了追星的年齡了。

======= 補充 2017-05-02 ========

最後這段話中所謂的不足之處並不是指bug，因為這些本來在github中都有，而是指產品定位和設計取捨，這些Angular開發組都很全面的給出來了。在實際開發中，作者本來就沒打算覆蓋的和暫時顧不到的那些才是重要的參考資料。特別是vue這種長時間都是單人開發的項目，必然是做了大量取捨。要說一個人的產出能勝過那麼大的一個團隊，我是不信的，只是設計取捨不同而已。事實上最顯著的取捨也許就是到底把很多功能交給社區還是自己作，前者幾乎是vue的必然選擇，優點之一是本身庫可以控制得很小，但是缺點也很明顯，那就是缺乏統一性，質量參差不齊。代碼層面先不說，目前看光是把文檔和宣傳交給社區的弊端就已經暴露出來了（活例子請看評論區），除非作者及其指定的團隊能對社區加以引導和約束。

1.vue.react.angular都是好框架

2.台上的人在談論技術，台下的人在分陣營。有識之士退下吧，這個問題是引戰帖，不是適合討論技術的地方。

丘兒，3000 塊仿個淘寶你看合適不(?????)

還有尤說的，你可以說別人雙向綁定可能不懂，但是我知道模式對於 React 是可以組合的，一個程序員起碼的折騰素質還是應該有的吧，不然寫三年和一年應屆生也差距不大，另外，雙向綁定模式本身和框架有撒關係。對於釣魚來說，可能 vue 的更多一些。

這種項目好多都是新人練手做的。對於新人，使用易學實在的 Vue 來練習，比用其他兩個更舒坦。

還以為是說高仿vue的框架，原來是教學項目。

因為慕課網有一個高仿餓了么的課程賣的很好，所以下面的教程和老師都開始高仿高仿餓了么，就這麼簡單，呵呵

因為vue容易上手呀，對新手友好

真心不懂容易上手為什麼在某些噴子那裡就變成了噴點？這明明是優點好不好？不懂知乎有些「高手」用個前端框架怎麼還能搞出個鄙視鏈來？什麼react鄙視angular鄙視vue（大體看到的是這樣的），真心不懂哪裡來的優越感。你真牛逼自己去寫個框架呀，在這應用級bb啥？

在這裡實力頂一波vue。

當你能力到達一定程度，你會發現看似簡單的東西其實不簡單；當你更上一層樓時，會發現原來複雜的東西都能簡單化。vue的設計，確實讓原本複雜的東西，簡單化了

react/vue/angular我都用過（都有中型以上項目實踐經歷），不敢說vue在思想理念上比其他框架先進，但至少也是同一水準下的比較，各有優劣。除非對性能有變態要求，否則這點差距可以忽略了。

但是vue設計真心易學，框架整體設計也讓我感覺很舒服（單文件模塊算是我最喜歡的特性了），構建中型以上應用還是遊刃有餘的（至少我的應用場景，沒有遇到什麼vue設計上的問題造成不利於開發的問題）。

語言不通啊（笑）

沒有那麼多人黑vue啊你們怎麼都在說有關黑vue的話題，就算有對vue評價偏激的個別言論，難道不是相當正常么？因為任何框架都有這種現象啊！100%滿意是不可能存在的啊。

（一個奇怪的現象：在我發帖時，此話題下共有102個回答，我翻了大概一半的回答....在噴vue的只有一個而已only one....，你們不會是認為這個話題本身就是對vue的攻擊吧....那我無fuck可說啊，所以你們到底在吵什麼啊）

說某某框架難用，算攻擊么？不算吧....

說某某框架太簡單，易上手不算攻擊吧....

至於為什麼「vue被噴」的話題最近一直出現在各位的timeline上，這不是很簡單的道理么：

- 前端變化快，社區活躍，討論量大，那引發爭論的現象就很普遍，所以才有了貴圈真亂的感覺。

- 框架作者本人，也混中文圈，又經常出現在各大有關vue的撕x現場，當然會引發討論。作者對噴子的正面回擊太頻繁......乾脆就不要搭理嘛

就舉例子來說，就說這個話題，明明是對vue高仿項目的討論，為什麼又會演變成一個撕逼現場呢，我們來看看經過：

- 題主提出問題

- 部分答主陰陽怪氣莫名其妙的酸言酸語

- 框架作者到達撕逼現場並「開撕」

- 前端領域網紅（小爝/大漠等）紛紛抵達演出現場（排名不分先後）

- 網紅的粉絲抵達現場，並暗中觀察...順手關注轉發

....

最後，關於這個問題本身，為什麼vue高仿的項目層出不窮？

框架好用，嘗試使用的人就多，導致項目多，高仿類項目也會多，項目一多，討論越多，討論越多就越火，文章多新聞多，導致關注多，學習vue的就多，就導致項目多.........