跨平臺技術(shù)；H5和Flutter誰是未來？

前言

公司主營業(yè)務：成都網(wǎng)站設計、成都網(wǎng)站建設、移動網(wǎng)站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)推出突泉免費做網(wǎng)站回饋大家。

為什么跨平臺是發(fā)展趨勢？

同一個應用，各個“端”獨立開發(fā)，不僅開發(fā)周期長，而且人員成本高。同時，作為技術(shù)人員，也不應該滿足于這種重復、低能的工作狀態(tài)。在這樣的形勢下，跨平臺的技術(shù)方案也受到越來越多人和企業(yè)的關注。

本篇文章我將從原理、優(yōu)缺點等方面為大家分享跨平臺技術(shù)

一. H5

說到跨平臺，沒人不知道H5。不管是在Mac、Windows、Linux、iOS、Android還是其他平臺，只要給一個瀏覽器，連“月球”上它都能跑。

1.瀏覽器架構(gòu)

下面，我們來看看讓H5如此橫行霸道的瀏覽器的架構(gòu)：

瀏覽器由以上7個部分組成，而“渲染引擎”是性能優(yōu)化的重中之重，一起了解其中的渲染原理。

2.渲染引擎原理

不同的瀏覽器內(nèi)核不同，渲染過程會不太一樣，但主要流程還是一致的。

分為下面6步驟：

從以上6步，我們可以總結(jié)渲染優(yōu)化的要點：

以上就是瀏覽器端的內(nèi)容。但H5作為跨平臺技術(shù)的載體，是如何與不同平臺的App進行交互的呢？這時候JSBridge就該出場了。

3.JSBridge原理

JSBridge，顧名思義，是JS和Native之間的橋梁，用來進行JS和Native之間的通信。

通信分為以下兩個維度：

那么App內(nèi)加載H5的過程是什么樣的呢？

4.App打開H5過程

打開H5分為4個階段：

這四步，對應的過程如上圖所以，我們可以針對性的做性能優(yōu)化。

5.優(yōu)缺點分析

下面，我們進行H5的優(yōu)缺點分析：

優(yōu)點

缺點

雖然H5目前還存在不足，但隨著PWA、WebAssembly等技術(shù)的進步，相信H5在未來能夠得到越來也好的發(fā)展。

二.小程序

2018年是微信小程序飛速發(fā)展的一年，19年，各大廠商快速跟進，已經(jīng)有了很大的影響力。下面，我們以微信小程序為例，分析小程序的技術(shù)架構(gòu)。

小程序跟H5一樣，也是基于Webview實現(xiàn)。但它包含View視圖層、App Service邏輯層兩部分，分別獨立運行在各自的WebView線程中。

1.View

可以理解為h5的頁面，提供UI渲染。由WAWebview.js來提供底層的功能,具體如下：

每個窗口都有一個獨立的WebView進程，因此微信限制不能打開超過5個層級的頁面來保障用戶體驗。

2. App Service

提供邏輯處理、數(shù)據(jù)請求、接口調(diào)用。由WAService.js來提供底層的功能,具體如下：

運行環(huán)境：

僅有一個WebView進程

3.View App Service通信

視圖層和邏輯層通過系統(tǒng)層的JSBridage進行通信，邏輯層把數(shù)據(jù)變化通知到視圖層，觸發(fā)視圖層頁面更新，視圖層將觸發(fā)的事件通知到邏輯層進行業(yè)務處理。

4. 優(yōu)缺點分析

優(yōu)點

缺點

既然WebView性能不佳，那有沒有更好的方案呢？下面我們看看React Native。

三.React Native

RN的理念是在不同平臺上編寫基于React的代碼，實現(xiàn)Learn once, write anywhere。

Virtual DOM在內(nèi)存中，可以通過不同的渲染引擎生成不同平臺下的UI，JS和Native之間通過Bridge通信

1.React Native 工作原理

在 React 框架中，JSX 源碼通過 React 框架最終渲染到了瀏覽器的真實 DOM 中，而在 React Native 框架中，JSX 源碼通過 React Native 框架編譯后，與Native原生的UI組件進行映射，用原生代替DOM元素來渲染，在UI渲染上非常接近Native App。

2.React Native 與Native平臺通信

3.優(yōu)缺點分析

優(yōu)點

缺點

4.RN展望

雖然RN還存在不足，但RN新版本已經(jīng)做了如下改進，并且RN團隊也在積極準備大版本重構(gòu)，能否成為開發(fā)者們所信賴的跨平臺方案，讓我們拭目以待。

既然React Native在渲染方面還擺脫不了原生，那有沒有一種方案是直接操控GPU，自制引擎渲染呢，我們終于迎來了Flutter！

四.Flutter

Flutter是Google開發(fā)的一套全新的跨平臺、開源UI框架，支持iOS、Android系統(tǒng)開發(fā)，并且是未來新操作系統(tǒng)Fuchsia的默認開發(fā)套件。渲染引擎依靠跨平臺的Skia圖形庫來實現(xiàn)，依賴系統(tǒng)的只有圖形繪制相關的接口，可以在最大程度上保證不同平臺、不同設備的體驗一致性，邏輯處理使用支持AOT的Dart語言，執(zhí)行效率也比JavaScript高得多。

1.Flutter架構(gòu)原理

2.Dart優(yōu)勢

很多人會好奇，為什么Flutter要用Dart，而不是用JavaScript開發(fā)，這里列下Dart的優(yōu)勢

3.優(yōu)缺點分析

優(yōu)點

缺點

Flutter入門這一篇效率文章就夠了

本文面向 Flutter 初學者，旨在用易懂的方式帶大家入門。除了 Flutter 代碼，還會介紹到語法、原理、特性等基礎知識。相信本文能幫助你學習和理解 Flutter。

我們先看一下目前的一些跨平臺方案，從前端渲染的角度來分類的話，大致可以分為以下幾種方案。

WebView 渲染

這種方案就很好理解，現(xiàn)在很多項目都會嵌入 H5 的頁面。就是用 JavaScript 等前端技術(shù)進行開發(fā)，在客戶端上用 WebView 來進行渲染。微信小程序目前使用的就是這種方案。

它的優(yōu)點很明顯，使用成熟的前端技術(shù)進行開發(fā)，學習成本低，開發(fā)效率高，并且支持動態(tài)發(fā)布代碼。

但缺點也很明顯，在性能體驗上，和原生還是存在較大差距的。

原生控件渲染

既然 WebView 的性能不夠好，于是就有了使用原生控件進行渲染的方案。這種方案，同樣也是使用 JavaScript 開發(fā)，區(qū)別是它最終是調(diào)用原生控件進行渲染的。這種方案的代表是 Facebook 的 React Native。

由于使用原生控件進行渲染，性能體驗也會更接近原生。但也只是更接近，和原生還是有差距的，因為它需要頻繁的進行 JavaScript 和原生之間的通信，這個通信效率是比較低的。

另外，由于需要適配各個平臺的控件，那就有可能出現(xiàn)，系統(tǒng)控件更新了，而框架本身還沒有更新，由此產(chǎn)生了一些問題。換句話說，這種方案是受到原生控件限制的。

繪圖引擎渲染

接下來就是主角了。

在前端，如果完全不使用原生控件，我們可以通過系統(tǒng)的繪圖 API 繪制出一個用戶界面。從這個角度出發(fā)，可以在各個平臺使用一個統(tǒng)一接口的繪圖引擎來進行界面繪制，這個引擎最終調(diào)用的是系統(tǒng)的 API 繪制的。這樣的話，它的性能可以做到接近原生，并且又不受原生控件的限制，在不同平臺上能夠做到 UI 統(tǒng)一。

Flutter 就是這樣的一個開發(fā)框架。

一個跨平臺 UI 解決方案

Flutter 是由 Google 開發(fā)的，一個跨平臺 UI 解決方案。換句話說，它原則上只管 UI 的問題，如果涉及到平臺本身的一些功能，比如調(diào)用藍牙、攝像頭，一般還是需要原生代碼去操作。但現(xiàn)在也會有一些第三方庫幫我們解決這些問題。

繪圖引擎 Skia

Flutter 使用 Skia 作為它的繪圖引擎。Skia 已經(jīng)被 Google 收購，目前很多 Google 旗下的產(chǎn)品都是用 Skia 繪制的，包括 Android。

Android 內(nèi)置了 Skia，但 iOS 沒有，所以在打 iOS 安裝包的時候，會把 Skia 一起打進去。這就導致了，用同一份 Flutter 代碼打包之后，iOS 的包要比 Android 的包大一些。

開發(fā)語言 Dart

Flutter 使用的開發(fā)語言，叫 Dart。Dart 也是 Google 自家的，它是一門面向?qū)ο蟮恼Z言，從它身上會看到一些其他開發(fā)語言的影子。學習起來難度不大的。

前面講跨平臺方案的時候，可以發(fā)現(xiàn)別的方案基本都是用 JavaScript 作為開發(fā)語言的，但為什么 Flutter 不用？就因為 Dart 是谷歌自家的嗎？這個問題先留著，我們后面會提到。

這里部分就簡單點帶過了，具體的搭建流程可以在官網(wǎng)查看:

主要的搭建步驟如下:

下載 Flutter SDK

官網(wǎng)下載地址：

由于在國內(nèi)訪問可能受限，官方為中國開發(fā)者搭建了鏡像：

更新環(huán)境變量

解壓后，將 flutter\bin 的全路徑添加到環(huán)境變量 PATH 中。

安裝開發(fā)工具

理論上，任何文本編輯器都可以用來開發(fā) Flutter 應用，但推薦的開發(fā)工具是 Android Studio、IntelliJ 以及 VS Code。因為在這些開發(fā)工具上，可以安裝官方的 Flutter 和 Dart 插件，得到更好的開發(fā)體驗。文章里使用 Android Studio 來演示。

如果你打算開發(fā) iOS 應用，則還需要安裝 Xcode。

安裝插件

在開發(fā)工具的插件設置中，安裝上面說到的 Flutter 和 Dart 插件。Flutter 插件用于支持 Flutter 的運行、調(diào)試、熱重載等功能，而 Dart 插件則提供了代碼的輸入校驗、代碼補全等功能。

萬物始于 Hello World，我們先來創(chuàng)建一個顯示 Hello World 的 Flutter 項目。

在 Android Studio 的歡迎頁面選擇 Start a new Flutter project ，或者通過菜單欄的 File New New Flutter Project ，創(chuàng)建一個新的 Flutter 項目。

創(chuàng)建好的項目里面包含了 android 和 ios 兩個文件夾，它們是標準的 Android 和 iOS 項目。我們的 Flutter 代碼，存放在 lib 文件夾里。項目創(chuàng)建好后，會默認帶一個計數(shù)器的示例，我們不管它，把 main.dart 的代碼改成 Hello World:

啟動一個模擬器，或者連上真機，點擊 Run 運行一下，就能看這樣一個界面了：

具體代碼先混個眼熟就好，具體的后面會再講到。

在寫 Flutter 之前，還要先跟大家簡單介紹一下 Dart 的語法。如果你有 Java 或 JavaScript 的開發(fā)經(jīng)驗，以及面向?qū)ο蟮木幊趟枷?，學起來是很快的。

我們可以在 test 文件夾下新建一個 dart 文件，用來寫測試代碼。

指定類型

var

但和 JavaScript 不同的是，以下代碼在 JavaScript 是不會報錯的，但在 Dart 里會報錯：

Object

如果非要上面這樣寫，那也可以。把 var 換成 Object 就不報錯了：

和 Java 類似，Object 是所有對象的根基類。但是這樣的話，如果想打印一下 num 的字符串長度，是會報錯的：

因為 length 是屬于 String 的，但系統(tǒng)只知道 num 是一個對象，并不知道它是一個 String。

dynamic

如果還是非要這樣寫，那也可以。Dart 有一個特有的關鍵字 dynamic，把 Object 改成 dynamic 就不報錯了：

我們運行一下這個文件，可以在控制臺看到正確打印出了字符串長度。

函數(shù)

dynamic

在 Dart 里，函數(shù)也是可以不寫返回類型的，不寫的話會被當做 dynamic 來處理。這樣的話，函數(shù)的類型就是 return 的類型，如果沒有 return 則是 void 類型。比如可以這樣:

運行之后是能正確打印出字符串長度的。

用于傳參

Dart 里的函數(shù)也是一個對象，所以可以把函數(shù)作為參數(shù)來傳遞，比如：

可選參數(shù)

在 Dart 的函數(shù)傳參里，有一個叫可選參數(shù)的概念，我們以文字控件 Text 為例，在源碼里可以看到 Text 的構(gòu)造函數(shù)是這樣的:

首先，在參數(shù)里有一個 data，它是要顯示的文字內(nèi)容，是一個必填項。而 data 后面的一堆參數(shù)，是用一個大括號括起來的，這些參數(shù)就叫做可選參數(shù)，意思是這些參數(shù)可傳可不傳。

假如我們要顯示一個比較長的文字，又想限制它最多顯示兩行，就可以這樣來創(chuàng)建一個 Text:

可選參數(shù)，在 Flutter 里面用的非常多。

異步

Future

在 Dart 里使用 Future 來處理異步任務，比如我們現(xiàn)在延時一秒打印 666，代碼如下：

Future 的語法和 Promise 非常像。任務執(zhí)行成功會調(diào)用 then，執(zhí)行失敗會調(diào)用 catchError，而無論成功還是失敗，都會調(diào)用 whenComplete。

async/await

如果你不喜歡上面那種寫法，或者是想把異步轉(zhuǎn)成同步，就可以用 async 和 await 這兩個關鍵字來轉(zhuǎn)換。

我們把上面的代碼轉(zhuǎn)換一下，寫一個 getString 方法，返回的類型是 Future，它會延時返回一個字符串。在 main 函數(shù)后面加上 async 關鍵字，在 getString() 前面加上 await，代碼如下:

運行之后可以看到，能正常延時一秒后，把字符串打印出來。這里 getString() 返回的類型是 Future，而 await getString() 則是返回了延時之后返回的字符串。await 要在 async 的函數(shù)里面才能使用。

async 和 await 其實是一個語法糖，它最終也是轉(zhuǎn)換成 Future 調(diào)用鏈的形式執(zhí)行的。

接下來回到 Flutter，F(xiàn)lutter 里最重要的一個概念是 Widget（下面翻譯作控件）。

在原生開發(fā)里面，我們可能會在界面上區(qū)分，這是一個 View，這是一個 Layout，這是一個 View Controller。但在 Flutter 里面，它們?nèi)紝儆谝粋€統(tǒng)一的模型 Widget?？梢哉f，在 Flutter 界面里，所有東西都是 Widget。

以前學面向?qū)ο蟮臅r候，我們都聽過一句話，叫萬物皆對象。我這里套用一下，在 Flutter 里， 萬物皆控件 。

具體有哪些控件，我做了一下簡單的分類。

根控件

所有的控件都屬于 StatefulWidget 或 StatelessWidget 。它們的區(qū)別是，StatefulWidget 擁有狀態(tài) State ，而 StatelessWidget 沒有。

StatefulWidget

當一個控件是可變的時候，就要使用 StatefulWidget 來構(gòu)建。StatefulWidget 本身不可變，但它持有的狀態(tài) State 是可變的。

StatelessWidget

當一個控件狀態(tài)是固定不可變的時候，就可以使用 StatelessWidget。前面我們寫的 Hello World 就是使用 StatelessWidget。

容器控件

容器類控件一般是將某些屬性或配置，作用在它的子控件上，比如控件所在的寬高、背景、位置等。

常用的容器控件有 Container、Center、Padding 等。

布局控件

布局控件可以類比作原生開發(fā)中的 Layout，通常它會擁有一個 children 的屬性，用于接收一個控件數(shù)組，對這些控件進行特定的排版。

常用的布局控件有 Row、Column、Stack、Flex 等。

基礎控件

基礎控件就是常用的文字、按鈕、圖片等控件。

常用的基礎控件有 Text、TextField、Button、Image 等。

功能控件

在 Flutter 里還有一類控件，它們不影響 UI 布局，但帶有一些特定的功能，比如頁面跳轉(zhuǎn)、事件監(jiān)聽、定義主題等。我們把這一類控件稱作功能控件。

常用的功能控件有 Navigator、NotificationListener、Theme 等。

開始寫 Flutter 代碼了。還記不記得，在 Flutter 項目創(chuàng)建之后，是自帶一個計數(shù)器 demo 的，現(xiàn)在我們用自己的代碼實現(xiàn)一遍。代碼修改成如下：

運行之后，就可以看到這樣的界面了：

按鈕每點擊一次，數(shù)字就會加一。下面我們來分析一下這段代碼，看下里面用到的一些 Widget。

StatefulWidget

由于頁面中的數(shù)字是跟隨狀態(tài)變化的，所以該頁面改用 StatefulWidget。StatefulWidget 并不會直接返回一個 Widget，而是返回狀態(tài) State，在 State 里再返回 Widget。

Scaffold

Scaffold 是一個標準的 Material Design 頁面，它包含了標題欄、浮動按鈕、側(cè)滑菜單、底部導航欄等配置。我們這里用到了標題欄 appBar、頁面內(nèi)容 body、浮動按鈕 floatingActionButton。

AppBar

AppBar 就是標題欄，通過查看控件的構(gòu)造方法，我們可以知道它可配置的屬性。

AppBar 的可選參數(shù)除了標題 title，還可以配置標題前的內(nèi)容 leading，右側(cè)的操作按鈕 anctions，控件垂直高度 elevation 等。我們只傳了 title，其他屬性都用默認值。

Center

Center 是一個容器類控件，它的作用就是讓它的子控件居中顯示。

FloatingActionButton

熟悉安卓開發(fā)的應該對這個控件比較熟悉，它就是頁面右下角一個特定樣式的 Button，參數(shù)里面的 onPressed 是一個必填項，要傳一個點擊之后的回調(diào)函數(shù)。

根據(jù)這個例子，下面給大家介紹一下 Flutter 兩個比較重要的特性。

點擊 Button 之后，我們把 num 變量加一，并使用 setState 通知狀態(tài)發(fā)生了改變，F(xiàn)lutter 會根據(jù)新的狀態(tài)更新 UI。如果有接觸過小程序開發(fā)，setState 就和小程序的 setData 類似。

在 Flutter 里面我們不需要用 set 方法來更新 UI，可變控件是和狀態(tài)綁定的，這就是 Flutter 的響應式 UI 編程。

在 Android Q 和 iOS 13 里都加入了暗黑模式，我們也換一個暗黑主題來玩一下。MaterialApp 里有一個 theme 的屬性，我們把它配置一下:

這次改完之后不點 Run 了，我們點一下閃電圖標 Flutter Hot Reload ，就能看到界面發(fā)生了變化:

這就是 Flutter 的 熱重載 ，在修改完代碼之后，通過熱重載就能馬上在設備上看到修改結(jié)果，可以很大程度上增加開發(fā)效率。

下面再給大家介紹幾個 Flutter 里的常見操作。

在 Flutter 里，使用 Navigator 來管理頁面跳轉(zhuǎn)，比如要跳轉(zhuǎn)到一個 NewPage 可以這樣寫:

進棧使用 push，出棧則是 pop。

使用 MaterialPageRoute 會模擬出 Android 上頁面跳轉(zhuǎn)的過場效果。

我們來看看怎么顯示一張本地圖片。

先在根目錄新建一個存放圖片的文件夾，比如叫 images，把圖片 picture.png 放進去。

找到根目錄下的 pubspec.yaml 文件，這個便是 Flutter 依賴配置文件，我們需要在這里配置一下剛才的圖片：

這樣，我們就能使用 Image 控件把這張圖片顯示出來了：

和 node 的 npm 以及 Android 的 jcenter 類似，F(xiàn)lutter 也擁有一個公共倉庫 pub.dev。pub.dev 是 Google 官方的 Dart 倉庫，在上面可以找到我們需要的包和插件。

Flutter 本身沒有 Toast，我們來接入一個。在 pub.dev 上搜索后，我決定使用 fluttertoast：

按照說明，在 pubspec.yaml 文件里的 dependencies 下配置：

點一下 Android Studio 右上角的 Packages get 同步之后就可以使用了：

我們上面使用的都是 Material Design 的控件，它們都是在 flutter/material.dart 包里面的。如果要使用 iOS 風格的控件，則要用到 flutter/cupertino.dart 包：

iOS 風格的控件，基本都以 Cupertino 開頭。我們把計時器頁面里的控件替換一下：

效果如下：

代碼的部分就到這里了，接下來跟大家聊一下編譯方式，編程語言的編譯方式有兩種。

關于它們孰優(yōu)孰劣，就要看從哪個角度去對比了。JIT 的話，它的一大特點就是支持動態(tài)發(fā)布代碼，也就是支持熱更新。但要是從性能的角度考慮，AOT 會更好，因為在運行的時候不用再進行編譯的操作的，運行的效率會更高一些。

回到我們一開始的時候留下的問題，為什么別的跨平臺方案都是用 JavaScript，而 Flutter 要用 Dart 來開發(fā)。JavaScript 的編譯方式是 JIT 的，它不支持 AOT。而 Dart 同時支持 JIT 和 AOT。

Flutter 在開發(fā)階段使用 JIT，讓我們用上了熱重載，增加了開發(fā)效率。在打包時改用 AOT，保證了正式版應用的性能。

最后講一下大家比較關心的一個東西，F(xiàn)lutter 是否支持熱更新？前面說到 Dart 支持 JIT，所以從技術(shù)層面它是支持的。但是目前是不支持的，在官方的計劃文檔中，可以看到:

至于原因，官方在這里進行了說明?？偟膩碚f，是由于政策的限制，以及出于對性能和安全性的考慮，暫時不支持了。

到這就結(jié)束啦。由于想把 Flutter 基礎在一篇內(nèi)講完，沒有涉及太多細節(jié)，如果要寫 Flutter 代碼還需要深入學習。但相信理解之后再學，會輕松很多。

跨平臺桌面開發(fā)，Electron還是WebView2 （中篇）

這一周繼續(xù)聊跨平臺桌面開發(fā)這個事情。

在這篇文章中，我暫時會放下Electron與WebView2的一個對比，而聊一聊跨平臺這個對于程序員群體來說不陌生的詞。

一個趨勢是：跨平臺開發(fā)幾乎是在各個技術(shù)方向都會持續(xù)發(fā)展的

跨平臺這個詞，對于程序員來說，應該是不陌生的。因為這個概念不只在某一端存在，后端，前端，移動端，桌面端幾乎所有方向都對跨平臺有需求。

在后端，Java是跨平臺的，當你用Java來編寫后端服務時，并不需要考慮操作系統(tǒng)，因為它幾乎支持主流的操作系統(tǒng)?，F(xiàn)在，編寫一個后端服務，選用Java仍是主流。雖然可能它的跨平臺特性已經(jīng)不是程序員最在意的點了。

而在移動端，類似React Native，F(xiàn)lutter也是非常有名的跨平臺移動開發(fā)，它們與移動原生開發(fā)方式之間一直是競爭與共存。

而前端因為依托于瀏覽器，天然就是跨平臺的。事實上，很多應用或服務早期紛紛選擇從原生應用遷移至前端WEB方式的一個非常重要的原因就在于它是跨平臺的。

桌面操作系統(tǒng)很長一段時間一直是Windows一家獨大，所以桌面開發(fā)一直是Windows獨占，直至現(xiàn)在為止，很多專業(yè)級的軟件仍然是Windows獨占的。

而Linux桌面操作系統(tǒng)與MacOS桌面操作系統(tǒng)，早些年幾乎可以忽略不計，壓根不需要考慮這兩種系統(tǒng)。但隨著近些年它們的慢慢流行，特別是蘋果的MacOS的以其杰出的工藝，流暢的體驗，疊加蘋果手機的流行，其市場份額增長非常之快，在特定的諸如編程，設計等行業(yè)人群中使用范圍較廣，這使得開發(fā)支持MacOS系統(tǒng)這個點變得越來越重要。

所以，在桌面開發(fā)領域，跨平臺的需求也越來越高。

這也是Electron及早期的NW.js能迅速發(fā)展起來并得到非常廣應用的原因所在。

無論是哪一端，跨平臺技術(shù)之所以頻繁出現(xiàn)與不斷發(fā)展，其根本原因就在于編程的一個重要痛點在于：

為了讓同一個服務能在所有設備上運行，程序員不得不編寫與維護非常多不同版本的程序

每一個程序或軟件后面的服務，都有一個非常迫切的需求，就是期望它的用戶無論何時，無論何地，無論使用任何設備，都能方便友好的使用這個服務。

也是因為這個原因，Web發(fā)展起來了，因為Web的優(yōu)勢就在這，只要你的設備上有瀏覽器，就能訪問。

但Web畢竟性能有限，且瀏覽器這種形式并不利于用戶忠誠度的培養(yǎng)，它存在天然的弱點。一些簡單的操作服務使用Web并無問題，但稍微有點要求的，Web可能就并不是非常適合。

所以，一種趨勢不可避免地流行起來：

對不同設備或系統(tǒng)進行抽象，基于某一種特定的編程語言，編寫出能與原生程序相媲美的，又能跨平臺的技術(shù)便層出不窮了

對吧，Java是使用JVM來抽象不同的操作系統(tǒng)，React Native則是使用虛擬DOM以及轉(zhuǎn)換成原生控件的方式來實現(xiàn)跨平臺，而Electron則是通過性能較好的Chrome內(nèi)核+NodeJS原生調(diào)用能力的搭配來實現(xiàn)跨平臺桌面開發(fā)。

總而言之，這種跨平臺的技術(shù)不會消亡，只會有新的技術(shù)層出不窮，而它們與原生開發(fā)一定是相互競爭，配合與共存的。相互之間無法取代。

那再回到跨平臺技術(shù)上來說，一個良好的跨平臺開發(fā)的技術(shù)或框架，重點是什么。

或者換種方式說，哪些特性使得它更易于流行起來？

我個人認為有以下的幾個點：

跨平臺開發(fā)技術(shù)能不能流行起來的一個非常重要的點就在于，使用了什么樣的編程語言。

以移動端跨平臺開發(fā)技術(shù)來說明，一個React Native，一個Flutter，這兩個是比較知名主流的跨平臺移動開發(fā)技術(shù)。React Native使用的是前端React技術(shù)，而Flutter則是Google的D語言。

顯而易見的是，雖然Flutter是使用skia引擎在底層重繪一套UI，其性能相比React Native這種模式更佳，但React Native更易于被接受。

在流行度上，React Native始終比Flutter更流行，一個最重要的原因也在于：

使用已熟知的前端編程語言，比起重新學習一個D語言更易于被接受，維護成本更可控。

這個問題在跨平臺桌面開發(fā)中也是類似，跨平臺桌面開發(fā)技術(shù)也不是Electron最開始出現(xiàn)，比如著名的QT很早就有了，但比起Electron這種使用前端編程技術(shù)來說，顯然在編程語言的門檻上和程序員群體上都存在困難，這也是Electron能后來居上的原因所在。

因為，大多數(shù)程序員群體，相比較另外學習一門什么語言去做什么，使用自己熟悉的語言來做什么是更容易，意愿也更高。

而從公司或團隊的考量上看，選擇偏門的小眾語言存在成本上的顧慮，比如人員招聘是否容易？

跨平臺技術(shù)在嘗試解決不同平臺不一致，它或多或少會損耗性能。這也決定了幾乎沒有任何一個跨平臺技術(shù)能取代原生開發(fā)。

這是一個取舍的問題，對于一個程序來說，究竟性能有多重要。對于比較看重性能的程序來說，原生開發(fā)可能是最優(yōu)選擇。

但跨平臺的性能損耗也有高低之分，并不在同一水平線上。

其實，無論是Electron，或是WebView2，都是基于瀏覽器內(nèi)核+前端技術(shù)的跨平臺桌面解決方案，這也是為什么要把它們放在一起聊的原因。

Electron是先行者（當然，嚴格說來，NW.js出現(xiàn)的更早，但今天它的流行度已遠遠落后于Electron了），而WebView2則是后來者。

那做為后來者的WebView2究竟做了哪些改進？它又有多大的能力來挑戰(zhàn)Electron呢？

下一篇，繼續(xù)聊。

標題名稱：前端flutter成本,flutter屬于前端開發(fā)嗎
文章起源：http://jinyejixie.com/article16/hojidg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供自適應網(wǎng)站、網(wǎng)站內(nèi)鏈、全網(wǎng)營銷推廣、響應式網(wǎng)站、網(wǎng)站策劃、標簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)