我一直覺得，React 才是前端的正確打開方式。當(dāng)然，并不是說(shuō)不會(huì) React 就找不到工作，而是它作為前端多年發(fā)展的智慧結(jié)晶，為前端開發(fā)提供了一種優(yōu)秀的模式，很值得研究。

React 當(dāng)年 2 個(gè)顛覆式的創(chuàng)新點(diǎn)： 虛擬 DOM 機(jī)制、JSX 語(yǔ)法的使用；完美地解決了前端開發(fā)“模板語(yǔ)言不夠靈活，DOM API 又太繁瑣，且難以維護(hù)”的痛點(diǎn)，也因此，React 逐步成為了 最為流行的前端框架之一。

但是針對(duì)小公司的話活下去才是最重要的，首要目標(biāo)肯定是：高效驗(yàn)證業(yè)務(wù)可行性，高效迭代。

所以Vue這樣有模版語(yǔ)法約束的工業(yè)級(jí)產(chǎn)品更適合小公司。常見配置是：大廠出來(lái)的小leader解決架構(gòu)問(wèn)題、技術(shù)難點(diǎn)，再花較少成本雇傭初中級(jí)前端。大家都寫Vue模版語(yǔ)法，語(yǔ)法約束在那兒，即使再菜，代碼腐敗的速度也是可控的。

大公司不管是用戶量、還是業(yè)務(wù)體量都與小公司有數(shù)量級(jí)的差異。這就造成：在大公司，任何在開發(fā)流程、開發(fā)性能、開發(fā)效率上的提升，最終產(chǎn)生的收益都會(huì)數(shù)量級(jí)的放大。React更貼近JS，團(tuán)隊(duì)水平都不拉垮情況下，開發(fā)效率也很高，還能快速造各種輪子。

react本身對(duì)自己的定位就是個(gè)view層的庫(kù)，使用的時(shí)候記個(gè)setState方法和幾個(gè)生命周期基本就行了，react hooks甚至不需要記什么生命周期，useState和useEffect直接開擼。

1，生態(tài)支持弱

最常見的問(wèn)題就是 react 那邊有甚至受歡迎的插件你沒有，只能逼著自己造(或者質(zhì)量太差太粗糙只能自己造)。大家可以從npm或者github上搜搜看，從依賴插件 ( 以及配套的文檔及討論 ) 的數(shù)量上react是公認(rèn)的遠(yuǎn)超vue

2 ，ts支持弱，現(xiàn)在還是弱

這個(gè)算主要原因，2.X時(shí)代ts幾乎就是殘廢的狀態(tài)。如果強(qiáng)行上到項(xiàng)目，隨著時(shí)間的推移，真的會(huì)產(chǎn)生“都寫成這樣了我還用什么Vue?”這樣的感受。而對(duì)于ts的使用者來(lái)說(shuō)，這個(gè)壞印象可能很難扭轉(zhuǎn)(就3.X目前的表現(xiàn))（2021-6-1: composition-api 以及 setup 語(yǔ)法糖 雖然激進(jìn)但是熟悉之后對(duì)開發(fā)效率的提升是有的）

就說(shuō)Vue全家桶的重要組成部分，Vuex，在已經(jīng)完全重構(gòu)的V3版本上仍然是和ts水土不服，需要寫大量的接口來(lái)描述(vuex的modules功能，或者把a(bǔ)ctions拆分成多層文件后的載荷部分) ，問(wèn)題太多了，也基本都是V2就存在的問(wèn)題，印象中經(jīng)常被逼得寫any

3 ，react native 加成，sfc單文件模板雖然方便但是版本控制時(shí)更易相互發(fā)生沖突

實(shí)際上， Hooks 確實(shí)是大勢(shì)所趨。它可以讓你在不編寫 Class 的情況下，使用 state 以及其他 React 的特性，并且能節(jié)省很多的邏輯復(fù)用，寫出的代碼看起來(lái)也比較“干凈”。

這里，分享一個(gè) 「React Hooks 知識(shí)框架圖」，包含應(yīng)用開發(fā)、測(cè)試、打包和部署；結(jié)合業(yè)務(wù)場(chǎng)景的實(shí)戰(zhàn)；以及核心原理。幫你建立對(duì) React Hooks 的全面認(rèn)知，建議收藏。

總結(jié)

以上是生活随笔為你收集整理的国内vue这么火，为什么大厂都是用react居多的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。