為什麼說現在 React Native 涼了?

兩個在阿里的前端朋友都說 React Native 早涼了,是啥意思。還有必要繼續學嗎?是不是因為之前 Facebook 版權的問題,所以各大公司都不用 React Native 了?


謝邀。

我沒聽說過React Native涼了,誰這麼說,就去問這麼說的人。

React Native的確依然是BSD license + Additional Grant of Patent Rights ,不過我不覺得這是一個大問題,觀點我在React的專欄文章里說過 https://zhuanlan.zhihu.com/p/27990414 。

React Native依然是被Facebook積極開發的技術,如果說Facebook也放棄了React Native,那可以說這個技術涼了,如果只是某些局外人覺得React Native不適合他們,那不用也沒問題,但是犯不著說「涼了」這樣的風涼話。

至於要不要繼續學?如果,你的時間精力只夠學一門技術,多半門技術都學不過來,而且你很在乎學技術就是為了找工作,那你只要覺得下一個工作不會用React Native,就別學了;如果你的經歷夠你探索一些有意思的領域,願意學一些就算不會直接應用到但也啟發思維的東西,我想不出什麼理由不學React Native。


React Native沒涼

互聯網應用中,攜程這些不是在大量應用么

金融領域,廣發證券,股票交易、金融服務、全球資產等也在廣泛應用

總不能說Android、iOS涼了吧?

只是不再新了


Update:有些人可能覺得這操作很簡單,其實很難,你看多少人到現在還沒搞清楚 React setState 的邏輯,更不談改造 React 了,所以我並沒有嘲諷大公司前端的意思(我只是說話比較刻薄而已)。

結合公司業務改造框架也是極難、極有價值的事情,站在公司角度我很贊同這種操作,只是不建議新人去學這類東西。新人還是學開源的比較好。

不要跟大公司的框架,去跟社區的框架,這樣你的學習會更有效率。


大公司晉陞秘籍:

  1. 學習開源新框架
  2. 在項目中使用開源新框架
  3. 發現問題,總結問題
  4. 在新框架的基礎上包裝、整合,自己出一套符合公司業務的框架
  5. 宣揚開源新框架的問題
  6. 推廣自己的框架(這一步最難)
  7. 晉陞
  8. 回到 1,開始「另一個」新框架。

大廠的優秀程序員基本上已經把 RN 摸透了,可以借鑒一波了。

每次框架升級都是這樣你們不知道嗎……

  • jQuery 對應 KISSY、QZFL
  • Gulp 對應 FIS
  • AMD 對應 CMD(Sea.js)

這就是前端在大公司的生存之道……

用別人的框架是沒法讓自己晉陞噠。

所以如果你問我學 RN 還是學 Weex,那當然是 RN。如果阿里已經把你招進去了,那你就快學 Weex 吧。

所以你們這些小前端就不要老跟大公司的前端跑了,會迷失方向的。

緊跟開源社區的趨勢,沒錯的,反正大廠都是在開源的基礎上演進的(即使是演進也是很難的),思路上不會有多大變化。

完。


什麼,RN涼了?我還在寫RN哎.

我覺得RN比基於webview的hybrid框架好多了,單純一個維護性就甩十八條街,用上flow或者ts那是完全不一樣的感覺

RN是有其使用場景的,學一下同時也是學react,沒壞處是不?


阿里react native涼了而已 為什麼就變成社區涼了


Facebook以前修改了版權問題。

RN目前的商用案例已經由很多了。而且也是性能最好的native之一,另外一個weex,雖然小問題還是很多。

相比其他使用webview技術的native框架,RN不知道比他們高到哪裡去了。


大廠出品,而且還在不斷的更新,顯然 facebook 還在積極的開發。怎麼說RN涼了。

現在正在做的一個項目就是用 RN 和 native 混合開發的,Android 和 IOS 可以調 RN 寫的組件,實現了只設計一套視覺稿,一套代碼就可以兩端同步。 這在未來的 APP 開發中真的省了很大的力氣,而且 RN 的熱更新也很誘人。

RN 並沒有涼。


之前寫過一段時間 RN,這東西涼是沒涼,但是要像 react 那樣流行起來很難的。因為這東西寫寫靜態頁面啥的容易,但是深入使用的話就需要對 native 有所了解,要會寫一些 native 模塊,為了處理跨平台你寫了個 ios native 模塊 還得寫一個 android native 模塊,這個對一些前端人員門檻就高了,你說是前端去學點 native 還是讓 native 的同事來了解下 RN 呢 這又考慮到管理方面的問題了

所以很多小公司使用 rn 是有門檻的,不像 Vue那樣後端人員都可以寫。大公司么要麼像阿里那樣自己造個輪子 weex 或者 fork 一份基於 RN 修改成滿足自己需求的輪子。隨著小程序和 PWA的發展,RN的確沒以前討論的人多了,但說早涼了明顯就是不懂裝懂了。

剛剛查了一下招聘數據,如果說 RN 涼了,那麼 weex 就是阿里自己自娛自樂的東西吧


學和用是兩回事,多學一個技能沒壞處的。

而且學會RN和學會react沒多大差別嘛,再者RN涼不涼是阿里說了算的嗎?看公司的選型和混合開發的推進的,至少我司就還是會以RN作為技術選型來推進融合開發的呀。

偷偷告訴你,RN還可以搞三端統一,一套RN代碼生成三端的代碼來運行豈不是美滋滋?不要問我咋實現哦,我就拋塊磚necolas/react-native-web


內核性能提升,機器硬體性能提升,已經逐漸不需要這種中間層轉換了,本來就是個過渡期的產品。

學不學是兩回事,能學懂 RN 的實現,不會吃虧哈。


首先要知道 React Native 的意義,它定義了一套前端通過 JS Core 與客戶端交互的規範。

所以這裡的涼可能是兩種情況,第一種是那兩位前端很菜瞎比比,第二種是人家已經過了初中高級的坎,領略了事物的本質,況且阿里系有個自己的規範 weex,覺得 React Native 沒那麼優秀,也是情有可原的

再補充下的話,會用 RN 是個段位,能明白 RN 客觀存在的問題,寫個更好的又是個大段位


用過weex的都知道哪個該涼


涼了……你莫不是在逗我吧……自己先去好好找找權威數據啊,你們這些人,不要聽風就是雨……

你再幫他說一遍,你不是也……

數據來源:The State of JavaScript 2017: Mobile amp; Desktop Frameworks – Results


愛涼不涼,哥早就不玩框架了。控制架構,讓小傢伙折騰框架去吧


不知道你是出於什麼目的來問這個問題的...


因為這個人可能在寫weex或者這個人是weex的支持者唄,屁股決定腦袋,這麼簡單。


分頁阅读: 1 2