推薦flutter書籍,flutter入門經(jīng)典pdf

Flutter工程化之iOS混編集成

在flutter官網(wǎng)上推薦了iOS項目中兩種混編方式：

創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都做網(wǎng)站、網(wǎng)站制作、榆林網(wǎng)絡(luò)推廣、小程序制作、榆林網(wǎng)絡(luò)營銷、榆林企業(yè)策劃、榆林品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎；創(chuàng)新互聯(lián)公司為所有大學(xué)生創(chuàng)業(yè)者提供榆林建站搭建服務(wù)，24小時服務(wù)熱線：028-86922220，官方網(wǎng)址：muchs.cn

筆者在采用兩種集成方式的過程中，因為iOS項目結(jié)構(gòu)設(shè)計導(dǎo)致這兩種簡單的集成方式都有些麻煩，所以在實踐中更改和優(yōu)化了集成方式，使之在筆者的項目中能夠更加簡單和快速的集成。

問題：在不更改flutter tool中相關(guān)腳本的前提下，添加的Script Phase中的腳本相對路徑錯誤，如果只是開發(fā)，手動更改下路徑就可以了，但是在考慮到CI中不能每次在pod install之后都去更改，所以在開發(fā)調(diào)試中采用該集成方式，結(jié)合flutter attach的方式去調(diào)試。

通過編譯相關(guān)的 xcframework + Cocoapods私有庫的集成方式在CI中集成，這樣QA的CI不需要配置flutter的相關(guān)依賴

根據(jù)flutter編譯工具的提示：上面的編譯命令是打包flutter工程項目和插件的產(chǎn)物，在實際開發(fā)過程中可以發(fā)現(xiàn)是否引入了依賴Native的插件會導(dǎo)致貶義編譯產(chǎn)物的不同。

根據(jù)上面的對比：

第一部分：基礎(chǔ)的 Flutter Engine + Flutter App 編譯后的產(chǎn)物 Flutter.xcframwork -- Flutter引擎的包 App.xcframework -- 工程項目對應(yīng)的AOT的編譯產(chǎn)物第二部分：三方插件的注冊中心 FlutterPluginRegistrant.xcframework -- 第三方插件的注冊中心，其實是Native + iOS通信的集合第三部分：依賴iOS Native的原生 FMDB . xcframwork path_provider_ios.xcframework sqflite.xcframework -- cached_network_image依賴的原生實現(xiàn)

根據(jù)上面的編譯產(chǎn)物可以知道Flutter和App是編譯后必有的包，后面的兩個部分完全是服務(wù)于三方插件的，到這可以解答第二個問題：筆者App的混編過程中混編插件失效是因為筆者在NativeApp中重寫了Flutter的容器，使用了FlutterEngineGroup動態(tài)創(chuàng)建多引擎去對應(yīng)進(jìn)入不同的功能模塊，混合插件是因為重寫過程中沒有通過GeneratedPluginRegistrant注冊插件，所以需要在Native的Flutter容器中注冊插件，使之生效。

在這為什么使用commit的hash作為flutter-libs的依賴，因為pod install的時候會有緩存，除了版本好，commit hash也能保證每次CI編譯通過 pod install 來更新flutter-libs依賴產(chǎn)物

完成?。?！

Flutter入門（二）——實現(xiàn)一個簡單的demo頁面

首先查看入口函數(shù)：

類MyApp：

MyHomePage:

state:

build:

此demo頁面涉及到兩個組件：圖片和icon。在這里做一個簡單的介紹，更詳細(xì)的學(xué)習(xí)請參考flutter官網(wǎng)和相關(guān)書籍

在flutter中，我們可以通過Image組件來加載并顯示圖片，Image的數(shù)據(jù)源可以是asset、文件、內(nèi)存以及網(wǎng)絡(luò)。

ImageProvider 是一個抽象類，主要定義了圖片數(shù)據(jù)獲取的接口 load() ，從不同的數(shù)據(jù)源獲取圖片需要實現(xiàn)不同的 ImageProvider ，如 AssetImage 是實現(xiàn)了從Asset中加載圖片的ImageProvider，而 NetworkImage 實現(xiàn)了從網(wǎng)絡(luò)加載圖片的ImageProvider。

Image也提供了一個快捷的構(gòu)造函數(shù) Image.asset 用于從asset中加載、顯示圖片：

Image也提供了一個快捷的構(gòu)造函數(shù) Image.network 用于從網(wǎng)絡(luò)加載、顯示圖片：

Flutter中，可以像web開發(fā)一樣使用iconfont，iconfont也即"字體圖標(biāo)"，它是將圖標(biāo)做成字體文件，然后通過指定不同的字符而顯示不同的圖片。

加號為圖片組件，減一為icon組件。點擊加號，數(shù)字加1；點擊-1，數(shù)字減少1。

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

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

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

WebView 渲染

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

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

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

原生控件渲染

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

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

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

繪圖引擎渲染

接下來就是主角了。

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

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

一個跨平臺 UI 解決方案

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

繪圖引擎 Skia

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

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

開發(fā)語言 Dart

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

前面講跨平臺方案的時候，可以發(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 應(yīng)用，但推薦的開發(fā)工具是 Android Studio、IntelliJ 以及 VS Code。因為在這些開發(fā)工具上，可以安裝官方的 Flutter 和 Dart 插件，得到更好的開發(fā)體驗。文章里使用 Android Studio 來演示。

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

安裝插件

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

萬物始于 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 兩個文件夾，它們是標(biāo)準(zhǔn)的 Android 和 iOS 項目。我們的 Flutter 代碼，存放在 lib 文件夾里。項目創(chuàng)建好后，會默認(rèn)帶一個計數(shù)器的示例，我們不管它，把 main.dart 的代碼改成 Hello World:

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

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

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

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

指定類型

var

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

Object

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

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

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

dynamic

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

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

函數(shù)

dynamic

在 Dart 里，函數(shù)也是可以不寫返回類型的，不寫的話會被當(dāng)做 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 來處理異步任務(wù)，比如我們現(xiàn)在延時一秒打印 666，代碼如下：

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

async/await

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

我們把上面的代碼轉(zhuǎn)換一下，寫一個 getString 方法，返回的類型是 Future，它會延時返回一個字符串。在 main 函數(shù)后面加上 async 關(guān)鍵字，在 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。

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

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

根控件

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

StatefulWidget

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

StatelessWidget

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

容器控件

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

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

布局控件

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

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

基礎(chǔ)控件

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

常用的基礎(chǔ)控件有 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 是一個標(biāo)準(zhǔn)的 Material Design 頁面，它包含了標(biāo)題欄、浮動按鈕、側(cè)滑菜單、底部導(dǎo)航欄等配置。我們這里用到了標(biāo)題欄 appBar、頁面內(nèi)容 body、浮動按鈕 floatingActionButton。

AppBar

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

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

Center

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

FloatingActionButton

熟悉安卓開發(fā)的應(yīng)該對這個控件比較熟悉，它就是頁面右下角一個特定樣式的 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 的響應(yīng)式 UI 編程。

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

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

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

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

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

進(jìn)棧使用 push，出棧則是 pop。

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

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

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

找到根目錄下的 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 風(fēng)格的控件，則要用到 flutter/cupertino.dart 包：

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

效果如下：

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

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

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

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

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

至于原因，官方在這里進(jìn)行了說明。總的來說，是由于政策的限制，以及出于對性能和安全性的考慮，暫時不支持了。

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

Flutter（六）Android與Flutter混合開發(fā)（Hybird）

如果我們目前的項目是Android的，但是接下來我們希望部分頁面可以使用Flutter進(jìn)行開發(fā)，甚至我們希望在Native頁面中嵌入FlutterUI組件，那么我們該如何實現(xiàn)呢？

假設(shè)你現(xiàn)在Android項目的目錄的結(jié)構(gòu)是這樣的

這時候如果你想創(chuàng)建一個Flutter模塊，使得Android模塊和Flutter模塊之間可以進(jìn)行交互，我們可以通過Android Studio新建一個Flutter Module，具體過程是：File — New — New Module ，之后選擇Flutter Module，指定Project Location的路徑為

也就是說，最終你的項目結(jié)構(gòu)會是這樣的

接下來在Android Module的 build.gradle 文件中添加flutter依賴

先創(chuàng)建一個Flutter頁面

這里比較重要的是 window.defaultRouteName 這個字段，這個字段可以接收從Native傳遞過來的參數(shù) （下文我們會介紹原生傳遞參數(shù)的方法），也就是說通過這個字段我們就可以進(jìn)行Flutter頁面的路由的分發(fā)

我們可以直接在Android的 MainActivity 中啟動一個 FlutterActivity ，這里的 initialRoute 方法中傳遞的參數(shù)就對應(yīng)Flutter層的 window.defaultRouteName

注意：需要在 AndroidManifest.xml 注冊 FlutterActivity

自己創(chuàng)建一個 FlutterAppActivity 繼承自 FlutterActivity

在 MainActivity 中啟動 FlutterAppActivity （另外別忘了在 AndroidManifest.xml 中注冊 FlutterAppActivity ）

兩種啟動方式的區(qū)別

如果單純只是想打開一個Flutter頁面，兩種方式實際上基本沒有太大區(qū)別，第一種方式也許還會更簡單一點。但是，在Flutter開發(fā)中，我們往往還需要開發(fā)一些Native插件供Flutter調(diào)用，如果使用復(fù)寫 FlutterActivity 的方式更有利于我們在 FlutterActivity 中注冊我們的Native插件，所以實際開發(fā)中一般推薦使用第二種方式

擴(kuò)展思考

initialRoute 從名稱上看起來是Flutter提供給我們進(jìn)行Native與Flutter交互的路由跳轉(zhuǎn)的，但是實際上他就是一個字符串，我們不僅僅可以傳遞一個路由名稱，有時候我們也可以通過這個參數(shù)傳遞一串JSON數(shù)據(jù)，然后在Flutter端進(jìn)行解析，這樣我們就可以通過這個參數(shù)做更多的事情

activity_main.xml

FrameLayout 用于承載Flutter組件

MainActivity.java

使用 FragmentManager 將 FlutterFragment 添加到 FrameLayout 容器中

運行結(jié)果

上半部分是原生的TextView，下半部分是Flutter的Text組件

本節(jié)主要介紹了Native和Flutter之間的頁面跳轉(zhuǎn)，以及同一個頁面中Native與Flutter組件的組合。接下來會介紹如何編寫Android插件與Flutter進(jìn)行數(shù)據(jù)交互

Flutter 開發(fā)筆記

下面這種情況下，為 InkWell 設(shè)置的 splashColor 不會生效：

需要用 Material 去除背景色，然后將顏色設(shè)置在 InkWell 外部：

在 Dialog builder 中使用 WillPopScope 禁用返回鍵返回：

注意：使用此方法同時也會禁用 iOS 上的手勢滑動返回功能，推薦判斷平臺后再使用。

修改對話框中的復(fù)選框狀態(tài)，最簡便的方法是通過 Element 中的 markNeedsBuild 方法：

當(dāng)然，更推薦的做法是通過 StatefulBuilder ，然后就可以在 Dialog 中調(diào)用 setState 方法了，不過在調(diào)用 setState 時需要判斷 Dialog 是否已經(jīng)關(guān)閉，否則會造成 setState() called after dispose() 的錯誤，可以通過添加一個標(biāo)志位來解決，如下：

在 Web 中加載網(wǎng)絡(luò)圖片有時會失敗，遇到這樣的報錯： Exception caught by image resource service... ，造成該錯誤的原因通常是，圖片跨域了（見跨域資源共享）。最簡單的解決辦法是，使用 HTML 渲染加載，而不是默認(rèn)的 CanvasKit。

Flutter 中所有的 list 默認(rèn)都是沒有 ScrollBar 的，必須使用 ScrollBar 組件。ScrollBar 組件通過監(jiān)聽 ScrollView 的 ScrollNotification 來刷新位置，所以 List 的長度必須是固定的。

當(dāng)使用 WebView 等高度不定的組件時會出現(xiàn)內(nèi)容被截斷的情況，通?？梢允褂?NestedScrollView 來解決該問題，需要在 WebView 外部嵌套 SingleChildScrollView。

雖然使用了緩存，而且也是用 builder 加載圖片的，但是發(fā)現(xiàn)一個現(xiàn)象：滑動屏幕后圖片短暫消失并重新加載了。圖片高度很高時這種現(xiàn)象更加明顯，其原因是超出屏幕范圍一定距離的組件被重新渲染了。解決方法是在 ListView 上設(shè)置 cacheExtent 參數(shù):

該參數(shù)的作用是改變超出屏幕高度后繼續(xù)渲染的范圍（以像素為單位），比如設(shè)置成 9999 后意味著超出屏幕 10000 像素以內(nèi)的內(nèi)容都會被保留下來。

借助 IntrinsicHeight 組件：

另外，IntrinsicHeight 還可以用于 Dialog 或者 BottomSheet 中，使得其中的元素顯示內(nèi)在元素的高度，從而避免元素因為約束的存在而不顯示或者高度太高（比如在使用了 Column 或者 Row 的時候）。

在通過 Uri 的 queryParameters 獲取 query 參數(shù)時，發(fā)現(xiàn)有些鏈接會拋出下面異常：

造成該異常的原因是 Uri 默認(rèn)使用 utf-8 解碼超鏈接字符串，如果鏈接中包含非 utf-8 字符，就會造成上面的錯誤，相關(guān) issue 見： issue #31621 。目前該 issue 處于 open 的狀態(tài)，暫時的解決辦法是，在所有使用到 queryParameter 的地方用 try..catch 捕捉可能拋出的異常。

Flutter 開發(fā)非常依賴各種官方或第三方的插件，而在使用這些插件時多少都會遇到一些問題，大部分問題都可以通過搜索和查找 issue 來解決。這里記錄下一些我在使用部分插件時遇到的問題及其解決方法。

目前該庫沒有圖片加載完成的回調(diào)（見 issue #545 ），不過我們可以通過在 imageBuilder 中來添加回調(diào)：

這是一個應(yīng)用內(nèi)更新插件，安卓 10 以上安裝時需要在 manifest 中添加以下內(nèi)容：

目前功能最強(qiáng)大的 WebView 插件，基本能滿足絕大部分移動端網(wǎng)頁加載的需求，而且可定制化程度高。

一般通過 CookieManager 修改 Cookie，攔截請求并修改請求對象的 Header 不會生效。

InAppWebViewOptions 的 userAgent 只在 iOS 上生效，而 applicationNameForUserAgent 只在 Android 上生效，所以最好的做法是分平臺設(shè)置 InAppWebViewOptions ，而且需要注意，由于設(shè)置 userAgent 后會覆蓋默認(rèn)的 UserAgent，所以如果需要在默認(rèn)的 UserAgent 上添加其它參數(shù)，iOS 上需要通過 InAppWebViewController.getDefaultUserAgent() 獲取默認(rèn) UserAgent 參數(shù)，而 Android 不需要添加。

如果圖片源或者請求是 http 的，為了在 Android 上正常加載請求，必須在 AndroidInAppWebViewOptions 中將 mixedContentMode 設(shè)置為 AndroidMixedContentMode.MIXED_CONTENT_ALWAYS_ALLOW 。

當(dāng)我們想要設(shè)置全屏圖片的時候，由于默認(rèn)的 Constraint 會將圖片居中顯示，所以圖片四周會留有空隙。為了去除這個限制，我們需要 Xcode 中打開 LaunchScreen.storyboard，然后在 View Controller 的 View 和 LaunchImage 上的 Safe Area 去掉。

具體設(shè)置方法：右側(cè) Inspector 面板 Show the Size inspector 解選 Layout Margins 中的 Safe Area Relative Margins，拖動圖片占滿全屏，然后根據(jù) View Controller Scene 的 Warning，更新 Constraint 就可以了。

在集成某些三方庫之后，在使用命令行運行 iOS 模擬器的時候可能會遇到下面這個報錯：

這是因為 iOS 模擬器未來將會兼容 arm64 架構(gòu)，但是目前還不支持，所以我們需要修改 Build Setting 使得能夠在 x86_64 的模擬器上運行，操作步驟見這里。

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供手機(jī)網(wǎng)站建設(shè)、網(wǎng)站制作、關(guān)鍵詞優(yōu)化、、商城網(wǎng)站、用戶體驗

聲明：本網(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)

猜你還喜歡下面的內(nèi)容