前途不清楚，看蘋果官方對這種混合類框架不太友好，哪天禁用了，就費了，所以原生開發未來幾年還是不會有大的改變，只是需求量相比較於前幾年確實縮水了。h5、小程式的需求越來越多，筆者如果是做原生開發不妨也多學點，我身邊有幾個朋友由原生開發開發轉了Java，還挺成功，所以開發框架只是一方面，重要的還是自己。

flutter目前生態圈還不夠完善，基本都是小部分功能嘗試使用。目前主流跨平臺開發還是ReactNative，業態成熟同時具備熱更新功能。目前大廠基本部分或全部使用rn開發

手機app應用開發走過了幾個年頭，APP開發市場從最初的野蠻生長逐漸到了一定的穩定期，有人說App開發紅利期已過，不如說到了逐漸成熟的階段。

手機應用開發會有什麼樣的發展趨勢。

1、使用者群體變化

使用者是一個手機應用的體驗者，對app具有審判的權利。為此，在說手機軟體開發發展趨勢時不能忽視使用者群體的分析。未來的移動端使用者會越來越分散，從一線城市向二三線乃至是更偏遠的的地方擴散。這得益於通訊網路和智慧手機的逐漸普及。同時，未來不同年齡階層的使用者將會增多，對手機app自然會有更多的需求。為此，企業可以適當將目標使用者的範圍放寬。

2、細分領域的app數量增加

APP開發市場經過了幾年的發展，多個領域逐漸出現飽和的現象。為此，後來者紛紛開拓細分市場，細分領域的app數量將會增加。小而美的手機app應用也漸漸得到人們的認可，無論是下載量還是使用者活躍度並不比那些大而全的產品低多少。可以看出，手機應用開發市場的未來競爭之地將會是細分領域。

3、開發者呈年輕化

如今，90後已經成為生產和消費的主力軍。無論是創業還是工作，90後已經成為主流的人群。幾年後，那些95/00後自然也會是崛起。移動網際網路呈現年輕化是必要的發展趨勢。開開發者和app的使用者都會往年輕化的方向發展。為此，企業需要放眼未來，融入更多年輕人喜愛的元素，在迎合他們口味的同時不失產品的獨特風格和魅力。現在基本是人手一部智慧手機，APP軟體對大家來說已不再是什麼陌生的名詞了。在街頭我們處處都可找到APP的影子，社交、購物、導航、攝影等等，可以說APP已經完全融入到我們的生活當中了。

然後談談Flutter，Flutter 其實就是一套谷歌開源的跨平臺 UI 開發框架，支援 Android 和 iOS ，並且目前開始支援 Web 和 MacOS，未來還會繼續支援 Win和 Linux 平臺的一套 UI 框架。

和以前的跨平臺開發不同的是：它的效能更好，更接近原生並且跨平臺體驗更優秀，因為它的跨平臺實現機制更像是遊戲引擎，所以在積累到 2019 年後迅猛上位，到今天 flutter 在 github 的 star 已經超過了前輩 react-native，當然， issue 也超越了 react-native。

關於 Flutter “幹掉原生開發的問題”

這個問題其實追溯到 react-native 、weex 等跨平臺框架出現的時候，都會有原生開發“要涼”的口號盛行，但是事實上 react-native 、weex 和 flutter 都只是 UI 框架，它解決的其實是跨平臺上的 UI 實現，讓介面佈局或者實現的業務邏輯可以在多端統一。

但是它也僅僅只是 UI 框架，比如 react-native 本身就是依賴於原生控制元件，而 flutter 的 webview 、mapview 也都需要依賴原生開發來支撐。

接著說除了 UI 框架之外，比如藍芽、資料儲存、感測器、應用之間的通訊互動、多程序等等一大堆支援其實都屬於原生平臺，這些在 flutter 上都需要對應平臺的開發支援，之後再封裝到 flutter 外掛中。

有的人可能覺得這些都有官方和第三方提供，但是首先 flutter 的外掛社群如今還比較年輕，當然專案小的時候可能無所謂，但是隻要專案稍微比較大的，這些肯定遠遠不夠，官方提供的永遠趕不上 PM 或者 Boss 們的奇思妙想。

再說就flutter 的 issue ，天見尤憐，加上 pr 還有 8000+ 的 issue 沒有 Closed ，心疼 flutter 官方一秒鐘。跨平臺框架的問題一直都不可能少，因為涉及的平臺多了，問題自然也就多了，而很多問題其實都是和原有的平臺有關，沒有對應平臺的開發人員很多時候是搞不清問題所在。

混合開發也是一個考慮的因素，因為很多企業並不是從零開始，一般都是在原有專案的基礎上做混合開發，對某些業務進行改造成 flutter 來嘗試新技術；同時大廠也不會把雞蛋放在一個籠子裡，所以很多時候對於大廠而言更多會是混合開發的模式。

最後就是打包和分發，“打包失敗和稽核不過”是最常出現問題的階段，特別是 iOS 平臺的打包和稽核，這些往往也都需要有對應平臺經驗的人來處理。

所以 flutter 的定位，甚至跨平臺開發的定位，都不是幹掉原生，而是在原生開發上拓展技能和能力。能幹掉平臺的只有平臺！

關於 Flutter 真正的定位

最後聊聊 flutter 的定位，flutter 作為跨平臺 UI 框架，很眾多跨平臺框架一樣，它是和原生相輔相成的存在，我在做技術分享和文章中不止一次表達過這個觀點，跨平臺解決的問題是：

1、開發成本

直接學 java/ kotlin、objective–c/swift 、javascript去寫各平臺的程式碼可以嗎？

當然可以，這樣的效能肯定最有保證，但是跨平臺的主要優勢在於程式碼邏輯的複用，減少各平臺同一邏輯，因人而異的開發成本。對於企業而言，一套業務邏輯可以在多處使用是最理想也是最保險的。

2、學習機會

一般情況下，各平臺開發者容易侷限在自己的領域開發，而作為應用開發者，跨平臺是接觸另一平臺或領域的過渡機會。

3、團隊結構

一般而言做跨平臺的團隊還是會有 Android 和 iOS 的原生開發，甚至於在大中型專案中人數都不會變少,但是用跨平臺會讓所有人都參與都一個開發進度中，而不是 iOS 和 Android 各做各的，最後再扯誰的實現有問題。

目前國內使用 Flutter 進行開發的技術團隊有一下幾個：

其他的技術團隊目前我就不知道了。

我已經開始轉向flutter。從春節前開始構思，疫情閉關期間著手準備，到現在已經實現了用lua寫通訊和業務邏輯，用flutter寫ui，開發了完整的熱開發和打包的工具鏈，目前為止，很香，開發效率指數級提升。4月底將有新app交付，目標是將這個sdk和這種模式推廣到其他既有的3個app。我們是物聯網行業。

1:flutter效能媲美原生，部分功能超越原生；

2:蘋果禁止熱更新，不是flutter，你oc或者swift用熱更新一樣禁止

3:flutter web 不香嗎？

4:如果你認為這個框架主要目的是跨平臺，那你就錯了，google的fuchsia你知道嗎？fuchsia應用的主要開發語言就是flutter啊，系統一旦釋出，會有百萬開發者無門檻進入，這，才是牛逼之處。

Flutter 從設計上就天然支援多平臺開發，它的底層基於 Skia 跨平臺圖形引擎，向上構建出了一整套平臺無關的渲染體系和事件處理體系，並緊貼 Native 研發模式自定義了基於 widgets 的宣告+響應式程式設計正規化，對系統能力依賴度低，並具備出色的跨平臺還原度；支援多平臺也是 Flutter 的戰略目標之一。

關注優就業，學習更多IT知識。

移動網際網路發展這麼多年技術人才過剩了，所以開發一個app成本很低。

阿里閒魚已經在用flutter

我在網易也在轉flutter開發，flutter有原生語言一樣的效能體驗，元件也比較豐富，開發效率非常高。

廣州租租車現在all in flutter

小程式的技術紅利其實是可以利用的，可以用小程式技術來整合在自家app上，讓自家app可以無縫執行小程式，相容小程式標準運。最重要的是可以複用小程式的技術生態，開發人員的技術規範標準統一。同時還可以做到灰度釋出，AB測試等等。利用小程式技術，讓自家app可以做到快速釋出線上熱更新，一套程式碼在多端執行。可以參考以下的開源demo,同時支援ios，Android，flutter，react-native

https://github.com/finogeeks/mop-flutter-demo