Flutter 開發(fā)筆記

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

創(chuàng)新互聯(lián)公司-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比陜州網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式陜州網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋陜州地區(qū)。費(fèi)用合理售后完善，10余年實(shí)體公司更值得信賴。

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

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

注意：使用此方法同時(shí)也會(huì)禁用 iOS 上的手勢(shì)滑動(dòng)返回功能，推薦判斷平臺(tái)后再使用。

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

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

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

Flutter 中所有的 list 默認(rèn)都是沒(méi)有 ScrollBar 的，必須使用 ScrollBar 組件。ScrollBar 組件通過(guò)監(jiān)聽(tīng) ScrollView 的 ScrollNotification 來(lái)刷新位置，所以 List 的長(zhǎng)度必須是固定的。

當(dāng)使用 WebView 等高度不定的組件時(shí)會(huì)出現(xiàn)內(nèi)容被截?cái)嗟那闆r，通常可以使用 NestedScrollView 來(lái)解決該問(wèn)題，需要在 WebView 外部嵌套 SingleChildScrollView。

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

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

借助 IntrinsicHeight 組件：

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

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

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

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

目前該庫(kù)沒(méi)有圖片加載完成的回調(diào)（見(jiàn) issue #545 ），不過(guò)我們可以通過(guò)在 imageBuilder 中來(lái)添加回調(diào)：

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

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

一般通過(guò) CookieManager 修改 Cookie，攔截請(qǐng)求并修改請(qǐng)求對(duì)象的 Header 不會(huì)生效。

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

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

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

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

在集成某些三方庫(kù)之后，在使用命令行運(yùn)行 iOS 模擬器的時(shí)候可能會(huì)遇到下面這個(gè)報(bào)錯(cuò)：

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

Flutter 之 文件操作（二十九）

Dart的 IO 庫(kù)包含了文件讀寫的相關(guān)類，它屬于 Dart 語(yǔ)法標(biāo)準(zhǔn)的一部分，所以通過(guò) Dart IO 庫(kù)，無(wú)論是 Dart VM 下的腳本還是 Flutter，都是通過(guò) Dart IO 庫(kù)來(lái)操作文件的，不過(guò)和 Dart VM 相比，F(xiàn)lutter 有一個(gè)重要差異是文件系統(tǒng)路徑不同，這是因?yàn)镈art VM 是運(yùn)行在 PC 或服務(wù)器操作系統(tǒng)下，而 Flutter 是運(yùn)行在移動(dòng)操作系統(tǒng)中，他們的文件系統(tǒng)會(huì)有一些差異。

Android 和 iOS 的應(yīng)用存儲(chǔ)目錄不同， PathProvider 插件提供了一種平臺(tái)透明的方式來(lái)訪問(wèn)設(shè)備文件系統(tǒng)上的常用位置。該類當(dāng)前支持訪問(wèn)兩個(gè)文件系統(tǒng)位置：

File代表一個(gè)整體的文件,他有三個(gè)構(gòu)造函數(shù)，分別是：

文件讀取本身有兩種形式，一種是文本，一種是二進(jìn)制。

2.2.1 讀取文本內(nèi)容

如果是文本文件，F(xiàn)ile提供了readAsString、readAsLines、readAsStringSync、readAsLinesSync方法，讀取文本內(nèi)容

readAsString 一次性讀取所有文本

readAsLines 一行行的讀取文本

結(jié)果返回的是一個(gè)List，list中表示文件每行的內(nèi)容

readAsStringSync、readAsLinesSync同步讀取文本

2.2.2 讀取二進(jìn)制內(nèi)容

如果文件是二進(jìn)制，那么可以使用readAsBytes或者同步的方法readAsBytesSync:

dart中表示二進(jìn)制有一個(gè)專門的類型叫做Uint8List,他實(shí)際上表示的是一個(gè)int的List。

上面提到的讀取方式，都是一次性讀取整個(gè)文件，缺點(diǎn)就是如果文件太大的話，可能造成內(nèi)存空間的壓力。

所以File為我們提供了另外一種讀取文件的方法，流的形式來(lái)讀取文件.

示例

dart提供了open和openSync兩個(gè)方法來(lái)進(jìn)行隨機(jī)文件讀寫：

寫入和文件讀取一樣，可以一次性寫入或者獲得一個(gè)寫入句柄，然后再寫入。

一次性寫入的方法有四種，分別對(duì)應(yīng)字符串和二進(jìn)制

句柄形式可以調(diào)用openWrite方法，返回一個(gè)IOSink對(duì)象，然后通過(guò)這個(gè)對(duì)象進(jìn)行寫入：

默認(rèn)情況下寫入是會(huì)覆蓋整個(gè)文件的，但是可以通過(guò)下面的方式來(lái)更改寫入模式：

雖然dart中所有的異常都是運(yùn)行時(shí)異常，但是和java一樣，要想手動(dòng)處理文件讀寫中的異常，則可以使用try,catch:

我們還是以計(jì)數(shù)器為例，實(shí)現(xiàn)在應(yīng)用退出重啟后可以恢復(fù)點(diǎn)擊次數(shù)。 這里，我們使用文件來(lái)保存數(shù)據(jù)：

1.引入PathProvider插件；在pubspec.yaml文件中添加如下聲明：

執(zhí)行 flutter pub get

2.實(shí)現(xiàn)如下

參考：

Flutter進(jìn)階篇（4）-- Flutter的Future異步詳解

本文首發(fā)在公眾號(hào) Flutter那些事 ，歡迎大家多多關(guān)注。

工具安裝：

Flutter基礎(chǔ)篇：

Flutter進(jìn)階篇：

Dart語(yǔ)法基礎(chǔ)篇：

Dart語(yǔ)法進(jìn)階篇：

說(shuō)明：本文中的所有函數(shù)的引用在 main 函數(shù)中：

這里的執(zhí)行結(jié)果是：

Futue直接new就可以了。我這里沒(méi)有具體的返回?cái)?shù)據(jù)，所以就用匿名函數(shù)代替了， Future future = new Future(() = null); 相當(dāng)于 FutureNull future = new Future(() = null); 泛型如果為null可以省略不寫，為了便于維護(hù)和管理，開發(fā)中建議加上泛型。

輸出結(jié)果是：

future里面有幾個(gè)函數(shù)：

then ：異步操作邏輯在這里寫。

whenComplete ：異步完成時(shí)的回調(diào)。

catchError ：捕獲異常或者異步出錯(cuò)時(shí)的回調(diào)。

因?yàn)檫@里面的異步操作過(guò)程中沒(méi)有遇到什么錯(cuò)誤，所以catchError回調(diào)不會(huì)調(diào)用。

我們可以看到執(zhí)行結(jié)果是：

我們可以看到輸出結(jié)果是： 2 1 3 和我們創(chuàng)建Future對(duì)象的先后順序完全一致。

我們可以看到結(jié)果為 1 2 3 ，和我們調(diào)用then的先后順序無(wú)關(guān)。：

當(dāng)then回調(diào)函數(shù)里面還有then回調(diào)的時(shí)候，這時(shí)候的流程跟前面就不太一樣了，也是一個(gè)大坑，也是面試經(jīng)常會(huì)被問(wèn)到的一個(gè)知識(shí)點(diǎn)。

我們可以看到執(zhí)行結(jié)果如下：

結(jié)果還是一樣的：

運(yùn)行結(jié)果是：

這里再次證明了上面我的猜想： 執(zhí)行順序和和創(chuàng)建Future的先后順序有關(guān)，如果有多個(gè)then嵌套執(zhí)行，先執(zhí)行外面的then，然后執(zhí)行里面的then。

執(zhí)行結(jié)果如下，我們可以看到then內(nèi)部創(chuàng)建的Future要等到then執(zhí)行完了，最后再去執(zhí)行的：

根據(jù)上文總結(jié)的特點(diǎn)，我們可以不用運(yùn)行也能推斷出輸出結(jié)果：

為了驗(yàn)證我們的猜想，我們打印一下輸出結(jié)果，果然我們的證明是正確的。

我們重點(diǎn)看看 then函數(shù)的文檔說(shuō)明：

then 注冊(cè)在 Future 完成時(shí)調(diào)用的回調(diào)。

當(dāng)這個(gè) Future 用一個(gè) value 完成時(shí)，將使用該值調(diào)用 onValue 回調(diào)。

如果 Future 已經(jīng)完成，則不會(huì)立即調(diào)用回調(diào)，而是將在稍后的 microtask（微任務(wù)） 中調(diào)度。

如果回調(diào)返回 Future ，那么 then 返回的 future 將與 callback 返回的 future 結(jié)果相同。

onError 回調(diào)必須接受一個(gè)參數(shù)或兩個(gè)參數(shù)，后者是[StackTrace]。

如果 onError 接受兩個(gè)參數(shù)，則使用錯(cuò)誤和堆棧跟蹤時(shí)調(diào)用它，否則僅使用錯(cuò)誤對(duì)象時(shí)候調(diào)用它。

onError 回調(diào)必須返回一個(gè)可用于完成返回的future的值或future，因此它必須是可賦值給 FutureOr R 的東西。

返回一個(gè)新的 Future ，該 Future 是通過(guò)調(diào)用 onValue (如果這個(gè)Future是通過(guò)一個(gè)value完成的)或' onError (如果這個(gè)Future是通過(guò)一個(gè)error完成的)的結(jié)果完成的。

如果調(diào)用的回調(diào)拋出異常，返回的 future 將使用拋出的錯(cuò)誤和錯(cuò)誤的堆棧跟蹤完成。在 onError 的情況下，如果拋出的異常與 onError 的錯(cuò)誤參數(shù)“相同(identical)”，則視為重新拋出，并使用原始堆棧跟蹤替代

如果回調(diào)返回 Future ，則 then 返回的 Future 將以與回調(diào)返回的 Future 相同的結(jié)果完成。

如果未給出 onError ，并且后續(xù)程序走了剛出現(xiàn)了錯(cuò)誤，則錯(cuò)誤將直接轉(zhuǎn)發(fā)給返回的 Future 。

在大多數(shù)情況下，單獨(dú)使用 catchError 更可讀，可能使用 test 參數(shù)，而不是在單個(gè) then 調(diào)用中同時(shí)處理 value 和 error 。

請(qǐng)注意，在添加監(jiān)聽(tīng)器(listener)之前， future 不會(huì)延遲報(bào)告錯(cuò)誤。如果第一個(gè) then 或 catchError 調(diào)用在 future 完成后發(fā)生 error ，那么 error 將報(bào)告為未處理的錯(cuò)誤。

Flutter Android端集成排坑 - armeabi 適配 & FlutterBoost

Flutter可以算是當(dāng)下最火熱的新技術(shù)之一，我現(xiàn)在所在團(tuán)隊(duì)也準(zhǔn)備將Flutter技術(shù)應(yīng)用到線上工程中。

關(guān)于混合工程，官方文檔其實(shí)寫的已經(jīng)比較清楚了，按著文檔走一般問(wèn)題不大，

但是有一點(diǎn)值得注意的是，F(xiàn)lutter工程引入的庫(kù)的gradle的 buildTypes 要與原工程保持一致，如果不一致需要手工添加。

進(jìn)入正題，現(xiàn)在Flutter官方默認(rèn)只提供armeabi-v7a、arm64-v8a、x86和x86-64，其中x86和x86-64是為模擬器準(zhǔn)備的。目前我們使用的SDK大部分只使用了armeabi架構(gòu)，直接使用我們會(huì)遇見(jiàn)找不到 libflutter.so，libapp.so 的情況，所以我們需要對(duì)FlutterSDK做一定的改造。

首先我們要了解下Flutter編譯產(chǎn)物，因?yàn)椴煌姹井a(chǎn)物是不同的，這里我們只針對(duì)Flutter 1.9.1-hotfixes來(lái)說(shuō)。除了資源文件之外，F(xiàn)lutter打包會(huì)生成兩個(gè)非常重要的so庫(kù)，他們分別是 libflutter.so，libapp.so 。其中 libflutter.so 是Flutter的SDK產(chǎn)物而 libapp.so 正是我們編寫的dart文件的產(chǎn)物。默認(rèn)情況下，這兩個(gè)文件都會(huì)出現(xiàn)在armeabi-v7a中，因此我們要作出對(duì)應(yīng)的改造。

libflutter.so 位于FlutterSDK中，這里順帶提一句，除了這對(duì)不同CPU架構(gòu)，它還分為Debug版和Release版，它們的區(qū)別在于Debug是為JIT編譯方式打造的，體積較大而Release是為AOT編譯方式打造的，體積很小。對(duì) libflutter.so 的改造，只要將其移動(dòng)文件路徑即可，運(yùn)行以下腳本即可，此腳本來(lái)自美團(tuán)分享的Flutter文章。

移動(dòng)完了 libflutter.so 之后我們打包發(fā)現(xiàn)， libapp.so 仍然會(huì)出現(xiàn)在armeabi-v7a中，所以第二部我們就是移動(dòng) libapp.so 。這個(gè)需要更改 flutter.gradle ，我們?cè)?flutter.gradle 的45行可以看到如下定義，它定義了我們的環(huán)境。

在524行我們可以看到，abiValue的取值就是根據(jù)上述定義值。

所以結(jié)論很簡(jiǎn)單，只要將

private static final String ARCH_ARM32 = "armeabi-v7a";

改為

private static final String ARCH_ARM32 = "armeabi";

就可以完成對(duì)與 libflutter.so 的移動(dòng)。

前期工作我們都做好了，打成aar就非常簡(jiǎn)單了

直接使用 flutter build aar --target-platform android-arm

打出來(lái)后可以解壓檢查下 libflutter.so，libapp.so 是否都在armeabi文件夾下即可。

說(shuō)完了armeabi適配問(wèn)題，這里下說(shuō)下有關(guān)于有關(guān)于FlutterBoost的接入。這個(gè)東西接入有兩點(diǎn)要注意。

在主app內(nèi)加上即可，常規(guī)操作，強(qiáng)制統(tǒng)一support包的版本號(hào)

注釋flutter.gradle第655行。因?yàn)榫幾g過(guò)程中，會(huì)去初始化插件項(xiàng)目的buildType下面的debug配置，而插件項(xiàng)目下并未配置debug，導(dǎo)致報(bào)錯(cuò)。

如果發(fā)現(xiàn)文章中有錯(cuò)誤或者有更好的解決方案歡迎指正留言，當(dāng)然如果本篇文章幫助你解決了問(wèn)題，也不要吝嗇你的感謝。謝謝各位。

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

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

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

WebView 渲染

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

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

但缺點(diǎn)也很明顯，在性能體驗(yàn)上，和原生還是存在較大差距的。

原生控件渲染

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

由于使用原生控件進(jìn)行渲染，性能體驗(yàn)也會(huì)更接近原生。但也只是更接近，和原生還是有差距的，因?yàn)樗枰l繁的進(jìn)行 JavaScript 和原生之間的通信，這個(gè)通信效率是比較低的。

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

繪圖引擎渲染

接下來(lái)就是主角了。

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

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

一個(gè)跨平臺(tái) UI 解決方案

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

繪圖引擎 Skia

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

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

開發(fā)語(yǔ)言 Dart

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

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

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

主要的搭建步驟如下:

下載 Flutter SDK

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

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

更新環(huán)境變量

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

安裝開發(fā)工具

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

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

安裝插件

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

萬(wàn)物始于 Hello World，我們先來(lái)創(chuàng)建一個(gè)顯示 Hello World 的 Flutter 項(xiàng)目。

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

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

啟動(dòng)一個(gè)模擬器，或者連上真機(jī)，點(diǎn)擊 Run 運(yùn)行一下，就能看這樣一個(gè)界面了：

具體代碼先混個(gè)眼熟就好，具體的后面會(huì)再講到。

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

我們可以在 test 文件夾下新建一個(gè) dart 文件，用來(lái)寫測(cè)試代碼。

指定類型

var

但和 JavaScript 不同的是，以下代碼在 JavaScript 是不會(huì)報(bào)錯(cuò)的，但在 Dart 里會(huì)報(bào)錯(cuò)：

Object

如果非要上面這樣寫，那也可以。把 var 換成 Object 就不報(bào)錯(cuò)了：

和 Java 類似，Object 是所有對(duì)象的根基類。但是這樣的話，如果想打印一下 num 的字符串長(zhǎng)度，是會(huì)報(bào)錯(cuò)的：

因?yàn)?length 是屬于 String 的，但系統(tǒng)只知道 num 是一個(gè)對(duì)象，并不知道它是一個(gè) String。

dynamic

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

我們運(yùn)行一下這個(gè)文件，可以在控制臺(tái)看到正確打印出了字符串長(zhǎng)度。

函數(shù)

dynamic

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

運(yùn)行之后是能正確打印出字符串長(zhǎng)度的。

用于傳參

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

可選參數(shù)

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

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

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

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

異步

Future

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

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

async/await

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

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

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

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

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

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

以前學(xué)面向?qū)ο蟮臅r(shí)候，我們都聽(tīng)過(guò)一句話，叫萬(wàn)物皆對(duì)象。我這里套用一下，在 Flutter 里， 萬(wàn)物皆控件 。

具體有哪些控件，我做了一下簡(jiǎn)單的分類。

根控件

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

StatefulWidget

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

StatelessWidget

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

容器控件

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

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

布局控件

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

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

基礎(chǔ)控件

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

常用的基礎(chǔ)控件有 Text、TextField、Button、Image 等。

功能控件

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

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

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

運(yùn)行之后，就可以看到這樣的界面了：

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

StatefulWidget

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

Scaffold

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

AppBar

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

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

Center

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

FloatingActionButton

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

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

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

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

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

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

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

下面再給大家介紹幾個(gè) Flutter 里的常見(jiàn)操作。

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

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

使用 MaterialPageRoute 會(huì)模擬出 Android 上頁(yè)面跳轉(zhuǎn)的過(guò)場(chǎng)效果。

我們來(lái)看看怎么顯示一張本地圖片。

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

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

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

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

Flutter 本身沒(méi)有 Toast，我們來(lái)接入一個(gè)。在 pub.dev 上搜索后，我決定使用 fluttertoast：

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

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

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

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

效果如下：

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

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

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

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

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

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

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

【Flutter】圖片、內(nèi)容、滾動(dòng)空間溢出調(diào)整

空間超出提示

注釋 ：Flutter Incorrect use of ParentDataWidget

問(wèn)題原因：Expanded、Flexible等組件，在“Container、Padding、Stack”組件中導(dǎo)致的。

解決方案：保持： Expanded、Flexible 只在 Row、Column 等組件內(nèi)，不在其他組件內(nèi)使用。

控件Row有一個(gè)水平的布局方向，但是內(nèi)容已經(jīng)超出了可顯示的范圍。

建議我們使用有彈性的控件比如Expanded代替，或者使用可裁剪的控件ClipRect代替，還可以使用具體滾動(dòng)屬性的控件比如ListView代替

1、類似圖片加載失敗,然后溢出擠壓空間，可以用Container包裹一下

直接使用，如果圖片地址失效，就會(huì)溢出

直接使用,圖片鏈接失效引起

2、類似這種超出

A RenderFlex overflowed by 48 pixels on the right.

3、類似這種Column滾動(dòng)超出!

實(shí)現(xiàn)頁(yè)面滑動(dòng)需要用到SingleChildScrollView組件，SingleChildScrollView和Android中ScrollView類似

問(wèn)題原因：Expanded、Flexible等組件，在“Container、Padding、Stack”組件中導(dǎo)致的。

解決方案：保持：Expanded、Flexible只在Row、Column等組件內(nèi)，不在其他組件內(nèi)使用。

文章名稱：flutter返注釋的簡(jiǎn)單介紹
網(wǎng)頁(yè)地址：http://chinadenli.net/article38/dsepssp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站建設(shè)、微信小程序、網(wǎng)站導(dǎo)航、微信公眾號(hào)、網(wǎng)站內(nèi)鏈、自適應(yīng)網(wǎng)站

廣告

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