大話移動app開發系列1期：移動app開發框架選型

整體概述

如今比較流行的移動APP開發框架有如下六種：網頁、混合、漸進、原生、橋接、自繪。前三種體驗與Web的體驗類似，後三種與原生APP的體驗類似。這六種框架形式，都有本身適用的範圍。無所謂好壞，適用就是好。

• 網頁應用適用於傳統網站APP化，好比淘寶、京東，有大量WEB頁面嵌入到APP中。
• 混合應用適用於小成本應用開發，所有代碼都基於Web，好處是開發快速、成本低。
• 漸進應用適用於高機會成本的場合，邊下載邊使用，能快速獲取，快速體驗。
• 原生應用適用於大型和高體驗要求的應用，能作出讓人滿意的體驗效果。
• 橋接應用適用於高速迭代的創意類應用，讓體驗與成本都處於可接受的範圍。
• 自繪應用適用於遊戲和有特殊效果的應用，最大的好處是沒有平臺約束和表達瓶頸。

1、網頁WebApp

WebApp與傳統Web的主要區別，在於前端框架，特別是V-DOM框架的應用。此類前端框架使得WebApp與NativeApp在機理上已經沒有任何區別了。在衆多的前端框架中， React、Vue和Angular是最有競爭力的選擇。

1. React

V-Dom技術的開創者，主流框架中的NO.1。React的貢獻都是開創性的，在它基礎上，也有不少兼容框架，好比Anu，Nerv。用以解決React在性能或IE兼容性上的問題。
主流技術方案：React + Redux + ReactRouter + Material-UI/AntD/Semantic-UI

2. Vue

由國人建立，在中國擁有大量使用者，也有不少配套的開源項目。它的是要特色是學習成本低，容易上手。
主流技術方案：Vue + Vuex + Vue-Router + Vuetify/Quasar/vux/ Mint-UI

3. Angular

大而全型的框架，爲大型項目所推崇，深度整合Typescript和Rxjs。
主流技術方案：Angular + Typescript

2、原生NativeApp

因爲操做系統的限制，原生應用只有那麼幾種。對於原生應用，架構是基礎，框架是核心，加上海量的UI組件。

1. IOS

iOS開發已經從OC全面轉向Swift，最新的架構VIPER基本上能夠視爲MMVPP。
主流技術方案：VIPER + RxSwift + Moya + Alamofire + SwiftyJSON/ObjectMapper

2. Android

Android開發語言從Java更換爲Kotlin。編譯時依賴注入框架Dagger也成爲不二法寶。
主流技術方案：MVP + Dagger + RxKotlin + Retrofit + OkHttp + Kotson（Gson）

3、混合HybridApp

HybridApp的關鍵不在自己，而在WebApp。好的WebApp改成HybridApp很容易。因此混合應用框架實際是指WebApp的基礎設施庫，有Cordova（PhoneGap）就足夠了。

1. Cordova

Cordova 是用於使用HTML，CSS和JS構建移動應用的平臺。咱們能夠認爲Cordova是一個容器，用於將咱們的網絡應用程序與本機移動功能鏈接。默認狀況下，Web應用程序不能使用本機移動功能。這就是Cordova進來的地方。它爲網絡應用和移動設備之間的鏈接提供了橋樑。 經過使用cordova，咱們可使混合移動應用程序，可使用攝像頭，地理位置，文件系統和其餘本地移動功能。
PhoneGap開源而來。

主流技術方案：ionic+cordova+angularJs

官方網站：https://cordova.apache.org/

4、橋接BridgeApp

橋接應用的特色在於使用原生界面，但應用邏輯使用腳本語言編寫，通用橋接來控制原生界面。這樣達到使用腳本編寫原生應用的目的，甚至能夠網頁與原生應用使用同一套代碼，節省大量開發成本。可是操做手感比網頁應用強很多。

ReactNative與Weex表明了兩種不一樣的思路。ReactNative提供工具，將平臺差別化開放出來（Learn Once, Write Anywhere）；而Weex提供框架，將平臺差別化屏蔽（Write Once, Run Everywhere）。因此ReactNative最大的痛點是使用難度大，必須熟悉全部平臺；Weex則註定功能相對弱小，而且坑比較多。

1. React Native

React Native，使用JavaScript和React編寫原生移動應用
React的大熱，實際始於ReactNative的發佈。

官方網站：https://facebook.github.io/re...

2. Weex

Weex 是一個可使用現代化的 Web 技術開發高性能原生應用的框架。
小衆的框架，能不能壯大，關鍵在於學習者是否能有效率地編寫應用。因此不少人認爲文檔是決定一個開源框架生死的關鍵。其實有幾個使用框架的開源應用，比文檔還要關鍵。由於這些應用活着，間接地證實了框架還有生存的價值和能力，也能成爲更好的文檔教材。Weex號稱有一堆知名的應用，但開源項目就乏善可陳了。

官方網站：http://weex.apache.org/

3. Xamarin（C#）

Xamarin在IOS與Android中的實現方式不一致，在IOS中是AOT直接編譯，在Android中是使用橋接技術。

官方網站：http://xamarin.com/

4. RubyMotion（Ruby）

動態語言編寫移動應用，對語言社區而言是能力問題，必需要證實語言的優越性和無所不能。但除開狂熱愛好者，正確的作法是使用最有效率的平臺和語言。Ruby的長處在於Web後端，因此編寫APP並沒有多少繼承性，編寫效率也因爲太太小衆而存在掉坑的風險。有免費版本，但只支持最新的操做系統版本。

官方網站：http://www.rubymotion.com/

5. Titanium

這個框架的核心就是使用JavaScript開發應用，與Web開發的在形式上區別很大。因此從根本上，這就是一種腳本語言框架，和RubyMotion一模一樣。

官方網站：http://www.appcelerator.com/

5、自繪OwndrawApp

自繪一直以來都是遊戲界面的勢力範圍，事實上除開Flutter，其它的框架都是偏遊戲開發的。因此Flutter的橫空出世，吸引了很大的關注，畢竟這是真正跨平臺的惟一可行方案。

1. Flutter（Dart）

除了使用Dart語言有些爭議外，Flutter是真正值得關注的跨平臺方案，沒有之一。最近它的目標平臺除開iOS 和 Android，Flutter Desktop Embedding項目將Flutter引入到桌面操做系統，Hummingbird項目將 Flutter 應用引入瀏覽器。它利用 Dart 平臺的特性不只能夠編譯原生 ARM 代碼，還能夠編譯JavaScript 。這使得 Flutter 代碼能夠在基於標準的 Web 上運行而無需任何更改。

官方網站：https://flutter.dev/

2. CrossApp（C++）

CrossApp是基於Cocos2d-x引擎的，而Cocos2d-x是基於OpenGL的 。9秒社團是由手遊社區發展而來的，因而可知CrossApp的背景，使用C++開發也有一些忠實擁躉。

官方網站：https://crossapp.9miao.com/

3. Corona（Lua）

更適合作遊戲，不適合作應用程序，主要是由於界面部分，官方提供的UI部分代碼很是很差用，本身實現又很耗時耗力。

官方網站：https://coronalabs.com/

4. Kivy（Python）

又一個動態語言開發框架，和遊戲引擎結合起來使得它在特定領域仍是頗有市場的。並且它還跨windows平臺，能夠在windows下直接運行，能夠真正實現跨平臺運行。

官方網站：https://kivy.org/

6、漸進ProgressiveApp

漸進有邊下載邊使用這一層意思，也有下載完成後不依賴網絡這一層意思。從類型上來說，有Google主導的PWA（ProgressiveWebApp），還有微信主導的小程序。相比PWA一統天下的野心，小程序明顯是實用主義導向，能用就好，沒有長遠的佈局。急於與微信競爭的百度、支付寶、中國九大手機廠商聯盟的QuickApp也複製了這種風格。隨着各類跨平臺轉譯工具（如Taro）的興起，各個小程序平臺也隨之變成了一個專有瀏覽器實現，變成了前端千框萬架大戰中的小小注腳了。

1. PWA

全稱Progressive Web App，即漸進式網頁應用。相對於國內廠商的私有平臺，谷歌主導的PWA從一開始就瞄準下一代瀏覽器標準。與傳統網頁最大的不一樣，是引入了Service Worker了，至關於本地服務器，能在離線時替代網站服務器繼續工做。除此以外，PWA大體就是一個SPA（single page web app），開放標準的繼承性仍是比較高的。不過因爲各平臺廠商（如微軟，蘋果）對PWA的態度不明，PWA的推廣進展緩慢。

2. MiniProgram

微信小程序，因爲微信的體量與使用頻度，使得小程序能夠承載足夠的野心。不過從技術上講，也就是個使用人數較多的瀏覽器實現。小程序和大量的跟隨者，促使多端統一框架也發展起來了。

官方網站：https://mp.weixin.qq.com/

3. Taro

React兼容的跨平臺多端統一開發框架。一鍵生成能夠在微信/百度/支付寶/字節跳動小程序、H五、React Native等端運行的代碼。雖然多端統一框架看似能夠在不一樣類型的平臺運行，但它仍是要依賴那些平臺工具，仍是寄居之上的小程序而已。

官方網站：https://taro.aotu.io/

4. Nanachi

司徒正美開發的React兼容Anu框架的多端轉譯腳手架。可是對比Taro是一堆工具打包而成，nanachi僅是一個腳手架，未免寒酸。不包裝一下？

官方網站：https://rubylouvre.github.io/...

5. Chameleon

類Vue的跨平臺多端統一開發框架。專門拜讀了昨天出爐的《Chameleon原理詳解：其它跨多端統一框架都是假的？》。它有神奇的多態組件，就是從新定義了一個組件聲明框架；嚴格全面的檢查，不會不讓你的代碼不能不跨平臺；更多的適配代碼，據說有後端統一接口，並且還有一個後臺管理系統。好吧，祝您玩得愉快。

官方網站：https://cmljs.org/

趨勢分析

國內因爲微信開放了小程序流量主的廣告收入，引爆了小程序的熱潮，進一步催生了多端轉譯框架。可是這些框架所作的事並很少，引擎仍是React/Vue，作了一套各平臺統一的UI組件而已。因爲個性化的緣由，UI組件是你們一直都想統一，而不能如願的目標。Taro框架也只是推銷了本身的一套UI組件而已。在我看來，還不如提供一套組件「標準」，容許並鼓勵用戶本身實現。
若是有一套能在React/Vue，ReactNative/Weex，甚至Android，iOS，Flutter上使用的「標準」組件，那麼全平臺大一統，Write Once, Run Everywhere這個目標纔有可能實現吧。

若是你以爲這篇文章對你有所幫助，那就順便點個贊吧，點贊關注不迷路~

黑芝麻哇，白芝麻發，黑芝麻白芝麻哇發哈！

前端哇發哈