APP跨平臺開發技術分析

瀟瀟瀟暮雨發表於2019-03-13

這篇文章將嘗試從技術商用的角度，對目前流行的幾大 APP 跨平臺開發技術進行分析對比，讓大家在學習選擇時多一個參考物件。

背景

APP 跨平臺開發是目前比較熱門的方向，採用 web 框架開發，以 web 的開發體驗快速構建應用，提高了迭代的效率。同時 web 開發方式大多使用動態語言，能夠繞過原生開發限制動態載入，因此具備熱載入、熱更新的能力。用跨平臺技術開發的應用無論效能還是使用者體驗都很接近原生應用。

Flutter 是 Google 新推出的一款幫助開發者開發高質量原生應用的全新APP跨平臺 UI 框架，它的目標是解決了移動開發中跨平臺、高效能問題，一經推出就受到開發者的廣泛關注。

下面將介紹幾大流行的跨平臺開發技術，並從使用成本、開發效率、一致性、動態性和效能等方面作更深入的分析，提供更具體的參考。

以下是本文目錄

幾種技術方案

webview

利用安卓和 iOS 上的 webview 容器，APP 能夠執行 html、css 和 js 指令碼，展示 web 頁面。如果需要原生功能就新增 bridge 供 javascript 呼叫。具有開發效率高、跨平臺、支援動態釋出等特點，它是目前應用最廣泛最成熟的一種方案。

React Native/Weex

React Native 和 Weex 這類方案，使用 javascript 來構建介面，在執行時翻譯成原生元件展示出來，實際上所有介面都是用原生元件。支援跨平臺，效能和使用者體驗高於 webview，接近原生應用，是當前熱門的跨平臺開發技術。

Flutter

Flutter 使用了一種全新的方式，自己重寫了一個平臺無關的渲染引擎，它只提供畫布，所有的 UI 元件、渲染邏輯都是在這個引擎上處理的。最大程度上保證了各平臺下的一致性，同時也擁有媲美原生的高效能體驗。

注：基於 webview 的框架目前已廣泛在 APP 開發中應用，各種利弊都已得到充分驗證，這個技術具有開發效率、跨平臺、動態釋出等方面的優點，但缺點也明顯，效能和使用者體驗上都很糟糕。接下來，我們重點對 React Native 和 Flutter 進行分析對比。

使用成本

學習曲線

React Native 採用 js 語言，基於 React，對於前端工程師比較友好，上手成本低。

Flutter 使用 Dart 作為它的開發語言，Dart 跟 Java 有點像，比較簡單，上手也容易。但畢竟是門新語言，多少會有些障礙。

接入成本

如果是全新的專案，接入 React Native/Flutter 成本較低，但對於混合開發，接入到現有專案，將是一個巨大的工程。

我們需要考慮如何整合 SDK 到現有專案，原生頁面與 React Native/Flutter 頁面如何跳轉傳值，如何封裝原生模組供與 React Native/Flutter 呼叫，如何打包 React Native/Flutter 與 bundle 整合，如何部署釋出，如何跨端聯調等。

成熟度

React Native 是在 2015 年釋出的，經過 3 年多的發展，已經比較成熟。React Native 社群發展也很活躍，貢獻了大量的開原始碼。

而 Flutter 是在今年 6 月份才推出釋出預覽版，社群也剛剛發展。所以，Flutter 還需要時間。

以 Github 上開啟的 issue 的數量來看，截止到 2018-10-28，React Native 有 689 個，Flutter 有 4097，這也說明了 Flutter 目前尚不穩定。

行業採用

在安卓系統中，通過分析 apk 使用的庫，統計到前 100 的 APP 使用了哪些跨平臺開發技術，如下圖：

去除遊戲和系統應用，使用 React Native/weex 的應用共 79 款，行業使用率 18.9%。

開發效率

社群

選擇一個技術時，社群生態是一個重要的考量。一個繁榮的社群，有很多成熟的工具、庫、工程體系、最佳實踐可以供我們使用和借鑑。

那麼如何衡量一個開源社群的活躍度？

為簡單起見，我們以開發者數量和變化趨勢作為指標來衡量社群生態是否繁榮？在 github 上統計各個技術的倉庫數量（2018-10-16），以此分析背後的開發者數量，這裡加入了另外兩種技術作為參照物，以便更好地對比分析社群活躍度，其中 Weex 作為不活躍社群的基準，Objective-C 作為原生社群的基準。

注：Objective-C 倉庫數量為 396,668，因數量太大沒放到下圖中。