建站
咨詢
售后
建站咨詢
新聞中心
Flutter真香，我用它寫(xiě)了個(gè)桌面版JSON解析工具
Flutter支持穩(wěn)定的桌面設(shè)備開(kāi)發(fā)已經(jīng)一段時(shí)間了，不得不說(shuō)，F(xiàn)lutter多平臺(tái)支持的特性真的很香。我本人并沒(méi)有任何桌面開(kāi)發(fā)的經(jīng)驗(yàn)，但仍然使用Flutter開(kāi)發(fā)出了一個(gè)桌面版小程序，功能很簡(jiǎn)單，就是對(duì)輸入的json做格式化處理和轉(zhuǎn)模型。
創(chuàng)新互聯(lián)建站從2013年成立，先為晉源等服務(wù)建站，晉源等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為晉源企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。
話不多說(shuō)，先來(lái)看看實(shí)際效果。 項(xiàng)目源碼地址
開(kāi)發(fā)環(huán)境如下：
Flutter : 2.8.1
Dart : 2.15.1
IDE : VSCode
JSON作為我們?nèi)粘ｉ_(kāi)發(fā)工作中經(jīng)常要打交道的一種數(shù)據(jù)格式，它共有6種數(shù)據(jù)類型： null , num , string , object , array , bool 。我們勢(shì)必對(duì)它又愛(ài)又恨。愛(ài)他因?yàn)樗鳛閿?shù)據(jù)處理的一種格式確實(shí)非常方便簡(jiǎn)潔。但是在我們做Flutter開(kāi)發(fā)中，又需要接觸到j(luò)son解析時(shí)，就會(huì)感覺(jué)非常棘手，因?yàn)閒lutter沒(méi)有反射，導(dǎo)致json轉(zhuǎn)模型這塊需要手寫(xiě)那繁雜的映射關(guān)系。就像下面這樣子。
數(shù)據(jù)量少還能接受，一旦量大，那么光手寫(xiě)這個(gè)解析方法都能讓你懷疑人生。更何況手寫(xiě)還有出錯(cuò)的可能。好在官方有個(gè)工具**json_serializable**可以自動(dòng)生成這塊轉(zhuǎn)換代碼，也解決了flutter界json轉(zhuǎn)模型的空缺。當(dāng)然，業(yè)界也有專門(mén)解析json的網(wǎng)站，可以自動(dòng)生成dart代碼，使用者在生成后復(fù)制進(jìn)項(xiàng)目中即可，也是非常方便的。
本項(xiàng)目以json解析為切入點(diǎn)，和大家一起來(lái)看下flutter是如何開(kāi)發(fā)桌面應(yīng)用的。
要讓我們的flutter項(xiàng)目支持桌面設(shè)備。我們首先需要修改下flutter的設(shè)置。如下，讓我們的項(xiàng)目支持 windows 和 macos 系統(tǒng)。
接下來(lái)使用 flutter create 命令創(chuàng)建我們的模版工程。
創(chuàng)建完項(xiàng)目后，我們就可以 run 起來(lái)了。
先來(lái)看下整體界面，界面四塊，分別為功能模塊、文件選擇模塊、輸入模塊、輸出模塊。
我們?cè)谛陆ㄒ粋€(gè)桌面應(yīng)用時(shí)，默認(rèn)的模版又一個(gè)Appbar，此時(shí)應(yīng)用可以用鼠標(biāo)拖拽移動(dòng)，放大縮小，還可以縮到很小。但是，我們一旦去掉這個(gè)導(dǎo)航欄，那么窗口就不能用鼠標(biāo)拖動(dòng)了，并且我們往往不希望用戶將我們的窗口縮放的很小，這會(huì)導(dǎo)致頁(yè)面異常，一些重要信息都展示不全。因此這里需要借助第三方組件 bitsdojo_window 。通過(guò) bitsdojo_window ，我們可以實(shí)現(xiàn)窗口的定制化，拖動(dòng)，最小尺寸，最大尺寸，窗口邊框，窗口頂部放大、縮小、關(guān)閉的按鈕等。
通過(guò) InkWell 組件，可以捕捉到手勢(shì)、鼠標(biāo)、觸控筆的移動(dòng)和停留位置
這個(gè)功能是鼠標(biāo)移動(dòng)后的UI交互界面。要在窗口上顯示一個(gè)提示框，可以使用 Overlay 。需要注意的是，由于在 Overlay 上的 text 的根結(jié)點(diǎn)不是 Material 風(fēng)格的組件，因此會(huì)出現(xiàn)黃色的下劃線。因此一定要用 Material 包一下 text 。并且你必須給創(chuàng)建的 OverlayEntry 一個(gè)位置，否則它將全屏顯示。
讀取說(shuō)表拖拽的文件一開(kāi)始想嘗試使用 InkWell 組件，但是這個(gè)組件無(wú)法識(shí)別拖拽中的鼠標(biāo)，并且也無(wú)法從中拿到文件信息。因此放棄。后來(lái)從文章《Flutter-2天寫(xiě)個(gè)桌面端APP》中發(fā)現(xiàn)一個(gè)可讀取拖拽文件的組件 desktop_drop ，能滿足要求。
使用開(kāi)源組件 file_picker ，選完圖片后的操作和拖拽選擇圖片后的操作一致。
Textfield 如果要顯示富文本，那么需要自定義 TextEditingController 。并重寫(xiě) buildTextSpan 方法。
在做導(dǎo)出功能時(shí)遇到下列報(bào)錯(cuò)，保存提示為沒(méi)有權(quán)限訪問(wèn)對(duì)應(yīng)目錄下的文件。
通過(guò)Apple的開(kāi)發(fā)文檔找到有關(guān)權(quán)限問(wèn)題的說(shuō)明。其中有個(gè)授權(quán)私鑰的key為 com.apple.security.files.downloads.read-write ，表示 對(duì)用戶的下載文件夾的讀/寫(xiě)訪問(wèn)權(quán)限 。那么，使用Xcode打開(kāi)Flutter項(xiàng)目中的mac應(yīng)用，修改工程目錄下的 DebugProfile.entitlements 文件，向 entitlements 文件中添加 com.apple.security.files.downloads.read-write ，并將值設(shè)置為YES，保存后重啟Flutter項(xiàng)目。發(fā)現(xiàn)已經(jīng)可以向下載目錄中讀寫(xiě)文件了。
當(dāng)然，這是正常操作。還有個(gè)騷操作就是關(guān)閉系統(tǒng)的沙盒機(jī)制。將 entitlements 文件的 App Sandbox 設(shè)置為NO。這樣我們就可以訪問(wèn)任意路徑了。當(dāng)然關(guān)閉應(yīng)用的沙盒也就相當(dāng)于關(guān)閉了應(yīng)用的防護(hù)機(jī)制，因此這個(gè)選項(xiàng)慎用。
原文地址：
Flutter - 單次Frame繪制回調(diào)(addPostFrameCallback)
通過(guò)addPostFrameCallback可以做一些安全的操作，在有些時(shí)候是很有用的，它會(huì)在當(dāng)前Frame繪制完后進(jìn)行回調(diào)，并只會(huì)回調(diào)一次，如果要再次監(jiān)聽(tīng)需要再設(shè)置。
Flutter中的網(wǎng)絡(luò)請(qǐng)求庫(kù)Dio簡(jiǎn)單使用
pubspec.yaml配置dio: ^版本號(hào)
執(zhí)行Pub get
導(dǎo)入頭文件
get請(qǐng)求與post請(qǐng)求
簡(jiǎn)單封裝
封裝請(qǐng)求類：
封裝配置信息類：
調(diào)用：
flutter實(shí)踐 - flutter中的生命周期
與iOS的ViewController、Android的Activity一樣，F(xiàn)lutter中的Widget也存在生命周期，并且通過(guò)State來(lái)提現(xiàn)。而App則是一個(gè)特殊的Widget，除了需要處理視圖顯示的各個(gè)階段，還需要應(yīng)對(duì)應(yīng)用從啟動(dòng)到退出所經(jīng)歷的各個(gè)狀態(tài)。
State的生命周期，指的是在用戶參與的情況查下，其關(guān)聯(lián)的Widget所經(jīng)歷的從創(chuàng)建到顯示再到更新最后到停止，直至銷毀的各個(gè)過(guò)程階段。
這些不同的階段涉及到的特定的任務(wù)處理，正確理解State的生命周期至關(guān)重要，State的生命周期流程圖圖，如下所示：
從圖中可以看到，State的生命周期可以分為3個(gè)階段：創(chuàng)建、更新、銷毀。下面將介紹每一個(gè)階段的具體流程
State初始化時(shí)會(huì)依次執(zhí)行：構(gòu)造方法 - initState - didChangeDependencies - build，隨后完成頁(yè)面渲染
Widget的狀態(tài)更新，主要由3個(gè)方法觸發(fā)：setState、didChangeDependencies與didUpdateWidget。
一旦這三個(gè)方法被調(diào)用，F(xiàn)lutter就回銷毀舊的Widget，并調(diào)用build方法重建Widget
組件銷毀相對(duì)比較簡(jiǎn)單，組件被移除，或者頁(yè)面銷毀的時(shí)候，系統(tǒng)會(huì)調(diào)用deactivate和dispose這兩個(gè)方法來(lái)移除或銷毀組件
下面這張表格也可以幫助我們理解記憶這些調(diào)用實(shí)際
視圖的生命周期，定義了視圖的加載到構(gòu)建的全過(guò)程，其回調(diào)機(jī)制能夠確保我們可以更具視圖的狀態(tài)選擇合適的時(shí)間做恰當(dāng)?shù)氖虑椋鳤pp的生命周期，則定義了App從啟動(dòng)到退出的全過(guò)程
在原生Android、iOS開(kāi)發(fā)中，有時(shí)我們需要再對(duì)應(yīng)的App生命周期事件中做相應(yīng)的處理，比如App從后臺(tái)進(jìn)入前臺(tái)，從前臺(tái)退出后臺(tái)，或者在UI繪制完成后做一些處理。
這樣的需求，在原生開(kāi)發(fā)中，可以通過(guò)重寫(xiě)Activity、ViewController生命周期回調(diào)方法，或者是注冊(cè)應(yīng)用程序的相關(guān)通知來(lái)兼容App的生命周期并做相應(yīng)的處理。而在Flutter中，我們可以利用WidgetsBindingObserver類，來(lái)實(shí)現(xiàn)同樣的需求。
下面我們看看WidgetsBindingObserver中具體有哪些回調(diào)函數(shù)：
didChangeAppLifecycleState回調(diào)函數(shù)中，有一個(gè)參數(shù)類型為AppLifecycleState的枚舉類型，這個(gè)枚舉類型是Flutter對(duì)App生命周期狀態(tài)的封裝，它的常用狀態(tài)包括：
可以將App切前后臺(tái)，控制臺(tái)輸出的App狀態(tài)，可以發(fā)現(xiàn)：
我們可以通過(guò)下面的這張圖直觀的了解狀態(tài)切換過(guò)程
除了需要監(jiān)聽(tīng)App的生命周期回調(diào)做相應(yīng)處理外，根據(jù)不同的需求，我們需要再組件宣講之后做一些與顯示安全相關(guān)的操作，在iOS中，可以通過(guò)GCD的方法，讓操作在下一個(gè)RunLoop執(zhí)行，在Android中，可以通過(guò)View.post()插入消息隊(duì)列，來(lái)保證在組件渲染后進(jìn)行相關(guān)操作。在Flutter中實(shí)現(xiàn)同樣的需求會(huì)更簡(jiǎn)單：使用WidgetsBinding來(lái)實(shí)現(xiàn)即可
WidgetsBinding提供了單詞Frame繪制回調(diào)和實(shí)時(shí)Frame繪制回調(diào)兩種機(jī)制來(lái)滿足不同的需求場(chǎng)景：
Flutter 網(wǎng)絡(luò)請(qǐng)求類封裝及搜索框?qū)崿F(xiàn)
在 Flutter 中定時(shí)器相對(duì) iOS 來(lái)說(shuō)比較好的一點(diǎn)就是定時(shí)器事件的執(zhí)行不會(huì)受視圖拖拽的影響，不涉及到模式。但是需要注意一點(diǎn)的是在頁(yè)面離開(kāi)的時(shí)候要對(duì)定時(shí)器進(jìn)行銷毀。
開(kāi)始的時(shí)候我們是在頁(yè)面中直接使用三方框架 http 進(jìn)行網(wǎng)絡(luò)的請(qǐng)求，這里不好的一點(diǎn)就是如果將來(lái)我們更換了網(wǎng)絡(luò)請(qǐng)求框架的話，項(xiàng)目中涉及到網(wǎng)絡(luò)的請(qǐng)求的地方都需要改動(dòng)，對(duì)項(xiàng)目的影響會(huì)比較大。所以這里我們自己封裝了一個(gè)網(wǎng)絡(luò)請(qǐng)求類，定義自己的網(wǎng)絡(luò)請(qǐng)求方法，即使將來(lái)更換三方框架的話，我們只需要在我們自己網(wǎng)絡(luò)請(qǐng)求類里面更換就好，項(xiàng)目的其他地方不用改動(dòng)。對(duì)網(wǎng)絡(luò)請(qǐng)求進(jìn)行封裝，相信不管是 iOS 項(xiàng)目還是安卓項(xiàng)目肯定也都是這樣做的。
這里我們是基于 Dio 這個(gè)三方框架進(jìn)行封裝的，在 HttpManager 類中我們定義了 Dio 的單例對(duì)象 _dioInstance ，通過(guò)單例方法 _getDioInstance 來(lái)獲取單例對(duì)象。我們定義了 post 跟 get 兩個(gè)靜態(tài)方法，在這兩個(gè)方法中我們都調(diào)用了私有方法 _sendRequest ， _sendRequest 方法中通過(guò)該傳入的枚舉參數(shù) HttpMethod 來(lái)區(qū)分 Dio 單例對(duì)象是調(diào)用 get 還是 post 請(qǐng)求。這里需要注意的是方法中一定要使用 async ，返回值前要加 await 。
在聊天頁(yè)面中我們可以看到頂部的搜索框，這個(gè)搜索框是跟列表一起滾動(dòng)的，所以比較好的實(shí)現(xiàn)方式就是把搜索框定義為一個(gè) cell 。其實(shí)這個(gè)搜索框只有點(diǎn)擊事件，點(diǎn)擊之后跳轉(zhuǎn)一個(gè)新的頁(yè)面，所以我們只需要使用小部件來(lái)實(shí)現(xiàn)搜索框的展示就好。搜索框由白色底視圖跟圖片和文本組成，所以這里我們通過(guò) Stack 部件來(lái)實(shí)現(xiàn)， children 的第一個(gè)元素為白色底視圖，圖片跟搜索文字用 Row 部件來(lái)實(shí)現(xiàn)，圖片跟文字布局左右排列。
flutter 網(wǎng)絡(luò)請(qǐng)求dio的簡(jiǎn)單使用以及請(qǐng)求頭參數(shù)的自定義
dio的使用方式有很多，我就只選出我認(rèn)為最好用的api方式做下記錄,把get成post就是post請(qǐng)求了,網(wǎng)絡(luò)請(qǐng)求都用的百度的api，實(shí)際上的response沒(méi)有任何意義，所以只要打印出response有值即可。
1.最簡(jiǎn)單的請(qǐng)求例子,網(wǎng)絡(luò)請(qǐng)求是異步的所以用async await
2.帶有參數(shù)的get請(qǐng)求
3.自定義請(qǐng)求頭,可定義的請(qǐng)求頭dart已經(jīng)為我們提供了專門(mén)的類存了對(duì)應(yīng)的字符,引入以下庫(kù)，就能使用 HttpHeaders
一般我們請(qǐng)求接收到的數(shù)據(jù)是json格式，如'accept: application/json',我們就可以這樣自定義請(qǐng)求頭
4.使用Baseoptions
其他詳細(xì)參數(shù)設(shè)置參考如下:
文章題目：flutterpost的簡(jiǎn)單介紹
分享路徑：http://www.ef60e0e.cn/article/dsdhosh.html
