Flutter 全局List Widget 不刷新問題

我是在StatefulWidget里面設(shè)置了一個(gè)全局的List，然后動(dòng)態(tài)改變List里面的內(nèi)容，然后使用setState刷新，結(jié)果發(fā)現(xiàn)沒有用，點(diǎn)擊一下雖然會(huì)多出一個(gè)新的Item，但是還是原來那個(gè)，就是List長度、內(nèi)容不同，Widget顯示的是同一個(gè)Widget。

我們提供的服務(wù)有：成都網(wǎng)站建設(shè)、成都做網(wǎng)站、微信公眾號(hào)開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、貴港ssl等。為上千余家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的貴港網(wǎng)站制作公司

比如：九宮格添加圖片，第一個(gè)是添加圖片，點(diǎn)擊添加圖片把圖片放到List里面，然后setState刷新，結(jié)果發(fā)現(xiàn)頁面沒變化，觸碰添加圖片Item，就會(huì)多出一個(gè)添加圖片Item。

根據(jù)Flutter基于不可變數(shù)據(jù)的原理，我們直接把List換一個(gè)引用，創(chuàng)建一個(gè)新的List。

getx的controller是怎么銷毀的

getx可以做到通過頁面的退出自動(dòng)控制controller的銷毀，那么他是怎么做到的呢

當(dāng)我們使用getx的路由套件時(shí)，可以看到，他的每個(gè)跳轉(zhuǎn)方法都使用了自定義的 GetPageRoute 。

在 GetPageRoute 中對于此次的問題，我們需要關(guān)注的是兩個(gè)方法

嗯，這里給傳了一個(gè) reference 給了 Get.reference ，這個(gè) reference 看一下是什么玩意。。

dispose ，route退出流程里調(diào)用的方法。在這里面Get做了兩件事，我們主要關(guān)注第一件事， removeDependencyByRoute() 參數(shù)是上面的頁面標(biāo)識(shí)。

這個(gè)方法里，我們可以看到調(diào)用了 GetInstance 的 delete 方法，這個(gè)方法就是銷毀controller的方法，但是為什么呢？為啥傳一個(gè)頁面標(biāo)識(shí)就能刪除到對應(yīng)的controller呢。我們接著看

我們都知道我們在使用getx的controller時(shí)，一定會(huì)有兩個(gè)操作，一個(gè)是 Get.put() ，一個(gè)是 Get.find() 讓我們一個(gè)一個(gè)的看一下

Get.put 的本質(zhì)其實(shí)是將我們傳入的實(shí)例，根據(jù)類 S 和 tag 創(chuàng)建一個(gè) key ，然后以key和實(shí)例作為鍵值對存入了全局的map中（此處是簡單理解，看也看得出來不是直接傳實(shí)例了）

Get.find 方法很簡單的只是通過類 S 和 tag 去全局map中找一個(gè)實(shí)例返回出去， 但是 返回之前，還做了一步操作，即 _initDependencies 。

看到?jīng)]，就在下面Get.reference，之前在GetPageRoute的頁面構(gòu)建之前賦值了最近的頁面，然后在此處用來做routesKey的value和前面的controller的key值進(jìn)行綁定。

這也是得益于flutter是個(gè)單線程模型，才能這樣無腦的通過這種方式傳值。其實(shí)getx中有不少讓人覺得神奇的地方都是利用了單線程的優(yōu)勢，比如Obx的自動(dòng)刷新，也是在Obx的build方法和Rx的value的get方法之間通過一個(gè)全局指針來進(jìn)行傳值。

Widget總結(jié)

Flutter中Widget，State和BuildContext的概念是每個(gè)Flutter開發(fā)人員需要完全理解的最重要概念之一。這里先講解一下Widget以及Widget。三者之間的關(guān)系會(huì)在最后一篇總結(jié)一下。

Widget類在Flutter中是非常重要的，繼承自Widget類的有PreferredSizeWidget、ProxyWidget、RenderObjectWidget、StatefulWidget、StatelessWidget。我們?nèi)粘Ｊ褂玫慕^大部分widget都是繼承自Widget類，查看Widget類源碼，內(nèi)部實(shí)現(xiàn)非常簡單，構(gòu)造函數(shù)如下：

在flutter中構(gòu)建APP是由widget樹構(gòu)建起來的，所以這個(gè)key的作用是用來控制在widget樹中替換widget的時(shí)候使用的。其中Key類是Widget、Element以及SemanticsNode的唯一標(biāo)識(shí)符，繼承自Key的還有LocalKey以及GlobalKey。詳細(xì)可以去framework.dart文件查看相關(guān)源碼及說明。

在Flutter中，我們平時(shí)自定義的widget，一般都是繼承自StatefulWidget或StatelessWidget（并不是只有這兩種），這兩種widget也是目前最常用的兩種。如果一個(gè)控件自身狀態(tài)不會(huì)去改變，創(chuàng)建了就直接顯示，不會(huì)有色值、大小或者其他屬性的變化，這種widget一般都是繼承自StatelessWidget，常見的有Container、ScrollView等。如果一個(gè)控件需要?jiǎng)討B(tài)的去改變或者相應(yīng)一些狀態(tài)，例如點(diǎn)擊態(tài)、色值、內(nèi)容區(qū)域等，那么一般都是繼承自StatefulWidget，常見的有CheckBox、AppBar、TabBar等。兩者的差別在于是否有狀態(tài)。

對于StatelessWidget，build方法會(huì)在如下三種情況下調(diào)用：

我們在創(chuàng)建State的時(shí)候可以看到和StatefulWidget相似的build方法，也就是說我們也可以獲得一個(gè)BuildContext，在使用StatefulWidget.createState創(chuàng)建它們之前以及在調(diào)用initState之前，框架將State對象與BuildContext關(guān)聯(lián)起來，該關(guān)聯(lián)是永久的：State對象永遠(yuǎn)不會(huì)改變它的BuildContext（但是BuildContext本身可以在控件樹中移動(dòng)）。后面講解一下這個(gè)BuildContext對象在整個(gè)程序中什么角色

State的作用有兩點(diǎn)：

State的生命周期有四種狀態(tài)：

完整生命周期如下：

當(dāng)控件的配置被更改時(shí)會(huì)調(diào)用State.didUpdateWidget方法，此時(shí)框架會(huì)重新繪制控件。你也可以使用State.setState方法在狀態(tài)發(fā)生變化時(shí)通知框架，告訴框架該對象的內(nèi)部狀態(tài)已經(jīng)改變，框架接到通知后也會(huì)重新繪制控件。

State中比較重要的一個(gè)方法是setState，當(dāng)修改狀態(tài)時(shí)，widget會(huì)被更新。比方說點(diǎn)擊CheckBox，會(huì)出現(xiàn)選中和非選中狀態(tài)之間的切換，就是通過修改狀態(tài)來達(dá)到的。查看setState源碼，在一些異常的情況下將會(huì)拋出異常：

markNeedsBuild內(nèi)部，則是通過標(biāo)記element為diry，在下一幀的時(shí)候重建（rebuild）。可以看出setState并不是立即生效，它只是將widget進(jìn)行了標(biāo)記，真正的rebuild操作，則是等到下一幀的時(shí)候才會(huì)去進(jìn)行。

StatefulWidget的兩個(gè)主要類別：

在我的小部件的生命周期中，我是否需要考慮一個(gè)將要更改的變量，何時(shí)更改，將強(qiáng)制重建小部件？

如果問題的答案是肯定的，那么您需要一個(gè)有狀態(tài)的小部件，否則，您需要一個(gè)無狀態(tài)小部件。

比如：

Flutter 94: 初識(shí) MediaQuery

當(dāng)我們同時(shí)為手機(jī)和平板適配編寫 app 針對不同屏幕尺寸進(jìn)行 UI 布局或當(dāng)用戶偏好設(shè)置較大字號(hào)或是想要最大限度等減少動(dòng)畫等；此時(shí)就需要 MediaQuery 來幫我們獲取所用設(shè)備的信息以及用戶設(shè)置的偏好信息；

MediaQuery 一直存在于 WidgetsApp 和 MaterialApp 中， MediaQuery 繼承自 InheritedWidget 是一個(gè)單獨(dú)的 Widget ，但一般通過 MediaQuery.of(context) 來獲取相關(guān)信息；

當(dāng)相關(guān)信息發(fā)生變化，例如屏幕旋轉(zhuǎn)等時(shí)，屏幕中 Widget 會(huì)重新構(gòu)建，以保持最新狀態(tài)；我們可以通過 MediaQuery 構(gòu)造函數(shù)和提供的靜態(tài)方法手動(dòng)設(shè)置對應(yīng)的相關(guān)信息；

MediaQueryData 包含關(guān)于媒介的相關(guān)信息；一般通過 MediaQuery.of(context) 獲??；

size 為媒介的尺寸大小，以邏輯像素為單位；

devicePixelRatio 為像素密度；與設(shè)備物理像素有關(guān)，與橫豎屏等無關(guān)；

orientation 為橫豎屏， Orientation.landscape 為橫屏， Orientation.portrait 為豎屏；

textScaleFactor 為

每個(gè)邏輯像素的字體像素?cái)?shù)，小菜理解為字體的像素比；注意，小菜設(shè)置了默認(rèn)字體像素密度為標(biāo)準(zhǔn)的 1.2 倍之后調(diào)整設(shè)備系統(tǒng)字號(hào)，其 1.2 倍依舊是以標(biāo)準(zhǔn)字號(hào)為基礎(chǔ)擴(kuò)大 1.2 倍；

platformBrightness 為當(dāng)前設(shè)備的亮度模式；注意調(diào)整屏幕亮度并不會(huì)改變該模式，與當(dāng)前系統(tǒng)支持的黑暗模式和明亮模式相關(guān)；

alwaysUse24HourFormat 為當(dāng)前設(shè)備是否為 24 小時(shí)制；

accessibleNavigation 為是否使用 TalkBack 或 VoiceOver 之類的輔助功能與應(yīng)用程序進(jìn)行交互，用以輔助視力障礙人群；

invertColors 為是否使用顏色反轉(zhuǎn)，主要用于 iOS 設(shè)備；

highContrast 為用戶是否要求前景與背景之間的對比度高，主要用于 iOS 設(shè)備；

disableAnimations 為平臺(tái)是否要求禁用或減少動(dòng)畫；

boldText 為平臺(tái)是否要求使用粗體；

padding 為屏幕內(nèi)邊距，一般是劉海兒屏或異形屏中被系統(tǒng)遮擋部分邊距；

viewInsets 為鍵盤彈出時(shí)等遮擋屏幕邊距，其中 viewInsets.bottom 為鍵盤高度；

systemGestureInsets 為手勢邊距，如 Android Q 之后添加的向左滑動(dòng)關(guān)閉頁面等；

viewPadding 小菜理解為視圖內(nèi)邊距，為屏幕被劉海兒屏或異形屏中被系統(tǒng)遮擋部分，從 MediaQuery 邊界的邊緣計(jì)算；此值是保持不變；例如，屏幕底部的軟件鍵盤可能會(huì)覆蓋并占用需要底部填充的相同區(qū)域，因此不會(huì)影響此值；

physicalDepth 為設(shè)備物理層級(jí)，小菜暫時(shí)還未想到對應(yīng)的應(yīng)用場景；

小菜在嘗試獲取其他子 Widget Size 時(shí)，有兩點(diǎn)需要注意，首先要設(shè)置一個(gè)全局的 GlobalKey 來獲取當(dāng)前位置， key 需要為唯一的；第二通過 GlobalKey().currentContext 獲取 BuildContext 上下文環(huán)境，從而獲取對應(yīng)尺寸；

MediaQuery 案例嘗試

小菜對于部分 MediaQueryData 的應(yīng)用和理解還不夠深入；如有錯(cuò)誤請多多指導(dǎo)！

Flutter真香，我用它寫了個(gè)桌面版JSON解析工具

Flutter支持穩(wěn)定的桌面設(shè)備開發(fā)已經(jīng)一段時(shí)間了，不得不說，F(xiàn)lutter多平臺(tái)支持的特性真的很香。我本人并沒有任何桌面開發(fā)的經(jīng)驗(yàn)，但仍然使用Flutter開發(fā)出了一個(gè)桌面版小程序，功能很簡單，就是對輸入的json做格式化處理和轉(zhuǎn)模型。

話不多說，先來看看實(shí)際效果。 項(xiàng)目源碼地址

開發(fā)環(huán)境如下：

Flutter : 2.8.1

Dart : 2.15.1

IDE : VSCode

JSON作為我們?nèi)粘ｉ_發(fā)工作中經(jīng)常要打交道的一種數(shù)據(jù)格式，它共有6種數(shù)據(jù)類型： null , num , string , object , array , bool 。我們勢必對它又愛又恨。愛他因?yàn)樗鳛閿?shù)據(jù)處理的一種格式確實(shí)非常方便簡潔。但是在我們做Flutter開發(fā)中，又需要接觸到j(luò)son解析時(shí)，就會(huì)感覺非常棘手，因?yàn)閒lutter沒有反射，導(dǎo)致json轉(zhuǎn)模型這塊需要手寫那繁雜的映射關(guān)系。就像下面這樣子。

數(shù)據(jù)量少還能接受，一旦量大，那么光手寫這個(gè)解析方法都能讓你懷疑人生。更何況手寫還有出錯(cuò)的可能。好在官方有個(gè)工具**json_serializable**可以自動(dòng)生成這塊轉(zhuǎn)換代碼，也解決了flutter界json轉(zhuǎn)模型的空缺。當(dāng)然，業(yè)界也有專門解析json的網(wǎng)站，可以自動(dòng)生成dart代碼，使用者在生成后復(fù)制進(jìn)項(xiàng)目中即可，也是非常方便的。

本項(xiàng)目以json解析為切入點(diǎn)，和大家一起來看下flutter是如何開發(fā)桌面應(yīng)用的。

要讓我們的flutter項(xiàng)目支持桌面設(shè)備。我們首先需要修改下flutter的設(shè)置。如下，讓我們的項(xiàng)目支持 windows 和 macos 系統(tǒng)。

接下來使用 flutter create 命令創(chuàng)建我們的模版工程。

創(chuàng)建完項(xiàng)目后，我們就可以 run 起來了。

先來看下整體界面，界面四塊，分別為功能模塊、文件選擇模塊、輸入模塊、輸出模塊。

我們在新建一個(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)致頁面異常，一些重要信息都展示不全。因此這里需要借助第三方組件 bitsdojo_window 。通過 bitsdojo_window ，我們可以實(shí)現(xiàn)窗口的定制化，拖動(dòng)，最小尺寸，最大尺寸，窗口邊框，窗口頂部放大、縮小、關(guān)閉的按鈕等。

通過 InkWell 組件，可以捕捉到手勢、鼠標(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è)位置，否則它將全屏顯示。

讀取說表拖拽的文件一開始想嘗試使用 InkWell 組件，但是這個(gè)組件無法識(shí)別拖拽中的鼠標(biāo)，并且也無法從中拿到文件信息。因此放棄。后來從文章《Flutter-2天寫個(gè)桌面端APP》中發(fā)現(xiàn)一個(gè)可讀取拖拽文件的組件 desktop_drop ，能滿足要求。

使用開源組件 file_picker ，選完圖片后的操作和拖拽選擇圖片后的操作一致。

Textfield 如果要顯示富文本，那么需要自定義 TextEditingController 。并重寫 buildTextSpan 方法。

在做導(dǎo)出功能時(shí)遇到下列報(bào)錯(cuò)，保存提示為沒有權(quán)限訪問對應(yīng)目錄下的文件。

通過Apple的開發(fā)文檔找到有關(guān)權(quán)限問題的說明。其中有個(gè)授權(quán)私鑰的key為 com.apple.security.files.downloads.read-write ，表示 對用戶的下載文件夾的讀/寫訪問權(quán)限 。那么，使用Xcode打開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)可以向下載目錄中讀寫文件了。

當(dāng)然，這是正常操作。還有個(gè)騷操作就是關(guān)閉系統(tǒng)的沙盒機(jī)制。將 entitlements 文件的 App Sandbox 設(shè)置為NO。這樣我們就可以訪問任意路徑了。當(dāng)然關(guān)閉應(yīng)用的沙盒也就相當(dāng)于關(guān)閉了應(yīng)用的防護(hù)機(jī)制，因此這個(gè)選項(xiàng)慎用。

原文地址：

分享文章：flutter全局key,flutter應(yīng)用
路徑分享：http://www.sd-ha.com/article30/dscohso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供自適應(yīng)網(wǎng)站、網(wǎng)頁設(shè)計(jì)公司、品牌網(wǎng)站制作、微信小程序、服務(wù)器托管、虛擬主機(jī)

廣告

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