為什麼說現在 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,開始「另一個」新框架。
大廠的優秀程序員基本上已經把 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的支持者唄,屁股決定腦袋,這麼簡單。