Flutter 全局List Widget 不刷新問題

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

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

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

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

getx的controller是怎么銷毀的

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

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

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

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

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

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

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

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

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

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

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

Widget總結(jié)

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

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

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

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

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

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

State的作用有兩點：

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

完整生命周期如下：

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

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

markNeedsBuild內(nèi)部，則是通過標記element為diry，在下一幀的時候重建（rebuild）?？梢钥闯鰏etState并不是立即生效，它只是將widget進行了標記，真正的rebuild操作，則是等到下一幀的時候才會去進行。

StatefulWidget的兩個主要類別：

在我的小部件的生命周期中，我是否需要考慮一個將要更改的變量，何時更改，將強制重建小部件？

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

比如：

Flutter 94: 初識 MediaQuery

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

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

當(dāng)相關(guān)信息發(fā)生變化，例如屏幕旋轉(zhuǎn)等時，屏幕中 Widget 會重新構(gòu)建，以保持最新狀態(tài)；我們可以通過 MediaQuery 構(gòu)造函數(shù)和提供的靜態(tài)方法手動設(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 為

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

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

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

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

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

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

disableAnimations 為平臺是否要求禁用或減少動畫；

boldText 為平臺是否要求使用粗體；

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

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

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

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

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

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

MediaQuery 案例嘗試

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

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

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

話不多說，先來看看實際效果。 項目源碼地址

開發(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 。我們勢必對它又愛又恨。愛他因為他作為數(shù)據(jù)處理的一種格式確實非常方便簡潔。但是在我們做Flutter開發(fā)中，又需要接觸到j(luò)son解析時，就會感覺非常棘手，因為flutter沒有反射，導(dǎo)致json轉(zhuǎn)模型這塊需要手寫那繁雜的映射關(guān)系。就像下面這樣子。

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

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

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

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

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

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

我們在新建一個桌面應(yīng)用時，默認的模版又一個Appbar，此時應(yīng)用可以用鼠標拖拽移動，放大縮小，還可以縮到很小。但是，我們一旦去掉這個導(dǎo)航欄，那么窗口就不能用鼠標拖動了，并且我們往往不希望用戶將我們的窗口縮放的很小，這會導(dǎo)致頁面異常，一些重要信息都展示不全。因此這里需要借助第三方組件 bitsdojo_window 。通過 bitsdojo_window ，我們可以實現(xiàn)窗口的定制化，拖動，最小尺寸，最大尺寸，窗口邊框，窗口頂部放大、縮小、關(guān)閉的按鈕等。

通過 InkWell 組件，可以捕捉到手勢、鼠標、觸控筆的移動和停留位置

這個功能是鼠標移動后的UI交互界面。要在窗口上顯示一個提示框，可以使用 Overlay 。需要注意的是，由于在 Overlay 上的 text 的根結(jié)點不是 Material 風(fēng)格的組件，因此會出現(xiàn)黃色的下劃線。因此一定要用 Material 包一下 text 。并且你必須給創(chuàng)建的 OverlayEntry 一個位置，否則它將全屏顯示。

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

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

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

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

通過Apple的開發(fā)文檔找到有關(guān)權(quán)限問題的說明。其中有個授權(quán)私鑰的key為 com.apple.security.files.downloads.read-write ，表示 對用戶的下載文件夾的讀/寫訪問權(quán)限 。那么，使用Xcode打開Flutter項目中的mac應(yīng)用，修改工程目錄下的 DebugProfile.entitlements 文件，向 entitlements 文件中添加 com.apple.security.files.downloads.read-write ，并將值設(shè)置為YES，保存后重啟Flutter項目。發(fā)現(xiàn)已經(jīng)可以向下載目錄中讀寫文件了。

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

原文地址：

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

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

廣告

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