標籤:

Vue比React有什麼優點嗎?

結構清晰,react,php不注意太容易寫崩了


據不完全感覺,國內 vue 開發者要多於 react

(好吧,這也可能是缺點


我之前用 Vue寫過公司兩個小的移動端項目 但是我現在還不記得 Vue 有哪些 api,不知道這算優點還是缺點。


中文文檔算不算?中國人的思維寫的文檔算不算?


我試過angular,vue,還有react。個人感覺最簡單最容易上手的是vue。我之前從沒有寫過html, css,或者js,只寫過java,python,c++等。

Vue的結構很容易理解,一個vue文件分三塊:html,script,和style(css)。寫起來感覺比原來寫Android要簡單多了。

前端的ui框架真的好好用,一套代碼所有設備出來的效果都很漂亮。開發起來太舒心了~

有個插件叫pug,強烈推薦!能把html寫的像「真」代碼似的……

偏題了,我選擇vue就一個原因:它簡單明了


越發覺得現在什麼vue啊,angular啊,react啊,比較起來一點意思都沒有。

前端對於框架的比較選擇,除了熟悉程度,周邊生態之外,最終還是要面向業務形態來決定,非要比個你死我活,高低貴賤的,是極其沒有意義的,這些類庫僅僅是決定了你的UI界面以什麼樣子的編碼風格和編碼形式去實現。

1:前端未來的框架,優良的開發思想最終一定會融匯在一起,到底怎麼融匯,我是不知道,在座也不一定每個人有這麼屌的遠見,但絕非是一個集大成者。

2:另一方面,無論是react還是vue,web components思想的出現對於前端寫代碼已經方便快捷很多了,不考慮設計基礎組件的情況下,以業務的角度來看,前端開發明顯處於 數據或者狀態驅動視圖層的元年,我覺得重點應該在於前端應該思考如何處理,管理,數據流或者狀態,更加有意義一點。


簡單,原生寫得舒服


函數有什麼不好,jsx 有什麼不好。


Vue有後發優勢,比如在優化方面,避免了React的shouldComponentUpdate, 使用腳手架生成的配置也更容易擴展,css作用域 React的好像是用CSS-in-JS實現的,運行時候開銷比較大。還支持頁面緩存。Vue有一些內置的指令和可以擴展指令。 等等吧。 當然了,等把React的坑踩透之後,我會選擇React的。


還真的炸出一堆Vue職業黑哈哈哈


有啊,在我國,有一群不做業務的裝逼資深專家,佈道師,他們在吹捧Vue。其實他們連最佳SPA腳手架都搭建不出來,當然他們的借口肯定是不同場景需求不一樣。


他們共同點就是都能做前端的事兒,尤雨溪的live說過沒有明顯區別,這兩個框架沒有場景區別。

另一個共同點就是他們都用了fb協議,所以要繞過fb協議的公司選vue的,非壞即蠢?

另外react難嗎?並不是,而是react沒有給出最佳官方實踐。如果你的目標是深挖前端,你越深入,vue可能越會束縛你。但是同時vue可能又是新手友好度最好的。

當然了,培訓班批量產的是vue,我司用vue,但是盡量挑ng和react經驗的招,這樣遇雷的概率降低一個數量級喔。


優點是:VUE一旦停更,生態圈立刻崩塌。

完全沒有惡意,純屬個人經驗,在選擇外部資源或框架時,由個人維護的項目需謹慎。

真希望作者拉起一個團隊,但至今沒有。


推薦閱讀:

React 進階第一部分 : React Router
React16 中的異常處理(前端監控實現)
「進擊的React」專欄開通
React 組件如何與其他框架進行數據交流?
React 16 兩三事

TAG:React | Vuejs |

分頁阅读: 1 2 3