十年網(wǎng)站開發(fā)經(jīng)驗 + 多家企業(yè)客戶 + 靠譜的建站團隊
量身定制 + 運營維護+專業(yè)推廣+無憂售后,網(wǎng)站問題一站解決
Dart的 IO 庫包含了文件讀寫的相關(guān)類,它屬于 Dart 語法標(biāo)準(zhǔn)的一部分,所以通過 Dart IO 庫,無論是 Dart VM 下的腳本還是 Flutter,都是通過 Dart IO 庫來操作文件的,不過和 Dart VM 相比,F(xiàn)lutter 有一個重要差異是文件系統(tǒng)路徑不同,這是因為Dart VM 是運行在 PC 或服務(wù)器操作系統(tǒng)下,而 Flutter 是運行在移動操作系統(tǒng)中,他們的文件系統(tǒng)會有一些差異。
站在用戶的角度思考問題,與客戶深入溝通,找到安圖網(wǎng)站設(shè)計與安圖網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗,讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個性化、用戶體驗好的作品,建站類型包括:成都網(wǎng)站設(shè)計、網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名注冊、網(wǎng)絡(luò)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋安圖地區(qū)。
Android 和 iOS 的應(yīng)用存儲目錄不同, PathProvider 插件提供了一種平臺透明的方式來訪問設(shè)備文件系統(tǒng)上的常用位置。該類當(dāng)前支持訪問兩個文件系統(tǒng)位置:
File代表一個整體的文件,他有三個構(gòu)造函數(shù),分別是:
文件讀取本身有兩種形式,一種是文本,一種是二進制。
2.2.1 讀取文本內(nèi)容
如果是文本文件,F(xiàn)ile提供了readAsString、readAsLines、readAsStringSync、readAsLinesSync方法,讀取文本內(nèi)容
readAsString 一次性讀取所有文本
readAsLines 一行行的讀取文本
結(jié)果返回的是一個List,list中表示文件每行的內(nèi)容
readAsStringSync、readAsLinesSync同步讀取文本
2.2.2 讀取二進制內(nèi)容
如果文件是二進制,那么可以使用readAsBytes或者同步的方法readAsBytesSync:
dart中表示二進制有一個專門的類型叫做Uint8List,他實際上表示的是一個int的List。
上面提到的讀取方式,都是一次性讀取整個文件,缺點就是如果文件太大的話,可能造成內(nèi)存空間的壓力。
所以File為我們提供了另外一種讀取文件的方法,流的形式來讀取文件.
示例
dart提供了open和openSync兩個方法來進行隨機文件讀寫:
寫入和文件讀取一樣,可以一次性寫入或者獲得一個寫入句柄,然后再寫入。
一次性寫入的方法有四種,分別對應(yīng)字符串和二進制
句柄形式可以調(diào)用openWrite方法,返回一個IOSink對象,然后通過這個對象進行寫入:
默認情況下寫入是會覆蓋整個文件的,但是可以通過下面的方式來更改寫入模式:
雖然dart中所有的異常都是運行時異常,但是和java一樣,要想手動處理文件讀寫中的異常,則可以使用try,catch:
我們還是以計數(shù)器為例,實現(xiàn)在應(yīng)用退出重啟后可以恢復(fù)點擊次數(shù)。 這里,我們使用文件來保存數(shù)據(jù):
1.引入PathProvider插件;在pubspec.yaml文件中添加如下聲明:
執(zhí)行 flutter pub get
2.實現(xiàn)如下
參考:
有時候我們不希望某個頁面每次打開時都重新加載,比如就我們之前的Tabbar結(jié)構(gòu)的頁面,每當(dāng)我們在切換Tab的時候都會執(zhí)行 void initState() ,這就意味著頁面每次都會重新渲染,之所以這樣就是因為我們的 State 狀態(tài)沒有保存,如下圖所示:
[沒有狀態(tài)保存效果圖]
給當(dāng)前 State 類添加一個擴展(這里就用擴展這個詞吧,其實類似于iOS下的 Category ),一個系統(tǒng)的擴展類 AutomaticKeepAliveClientMixin ,并重寫 wantKeepAlive 方法,讓一個普通的 State 類,具有保存狀態(tài)的能力。
在Dart語法中通過使用 with 關(guān)鍵字來添加擴展:
bool get wantKeepAlive = true; 之后,當(dāng)前 State 就具備保存能力了,也就意味著重復(fù)切換Tab后, void initState() 就不會重復(fù)執(zhí)行了(由原來的 viewWillAppear() 變成了 viewDidLoad() )。
按照上面方式修改后,發(fā)現(xiàn)切換Tab后 void initState() 依然重復(fù)執(zhí)行了,這是為什么吶?這里我們看下我們之前 root_page.dart 里面是如何配置我們的tabbar結(jié)構(gòu)的:
這里我們是通過一個 _viewControllers 的List,把4個子頁面放在了里面,全局有一個 _currentIndex ,當(dāng) onTap 回調(diào)后后,更新 _currentIndex 的值,執(zhí)行 setState () 后, body 對應(yīng)的 widget 頁面發(fā)生改變。而問題也就出在這里,當(dāng) body 部分發(fā)生改變時,根據(jù)Flutter的底層渲染邏輯,這里會移除掉之前的 Widget ,并重新創(chuàng)建新的 Widget ,我們之前在 _viewControllers 放的子頁面,并不像iOS下是一個實例對象,存在就直接拿來使用。在Flutter 中 setState () 后界面會被重新繪制,而 body 部分只知道我要渲染一個什么樣的 widget ,而該類型的 widget 每次都是會重新創(chuàng)建,這也就意味著我們在Tab切換時,每次都是重新創(chuàng)建,所以每次都執(zhí)行了 initState() 。
顯然我們現(xiàn)在的方式是不合理的,那在Flutter中如何管理這樣的子頁面,而避免重復(fù)渲染吶?
這就要用到一個新的部件了: PageView() ,內(nèi)部的2個關(guān)鍵屬性:
子頁面切換通過 _controller.jumpToPage(index); 來實現(xiàn)。
這樣子頁面也就不會重新創(chuàng)建渲染了,我們的狀態(tài)保存也就能正常實現(xiàn)了。
學(xué)習(xí)是一個循序漸進的過程,我們總是在踩坑中不斷的前行,把坑填平了也就意味著我們在這個新的東西面前立了足,就可能進行更多為什么的探索了。
Stateful(有狀態(tài)) 和 stateless(無狀態(tài)) widgets
stateless widget 沒有內(nèi)部狀態(tài). Icon、 IconButton, 和Text 都是無狀態(tài)widget, 他們都是 StatelessWidget的子類。
stateful widget 是動態(tài)的. 用戶可以和其交互 (例如輸入一個表單、 或者移動一個slider滑塊),或者可以隨時間改變 (也許是數(shù)據(jù)改變導(dǎo)致的UI更新). Checkbox, Radio, Slider, InkWell, Form, and TextField 都是 stateful widgets, 他們都是 StatefulWidget的子類。
StatefulWidget類
具有可變狀態(tài)的小部件。
狀態(tài)是(1)在構(gòu)建窗口小部件時可以同步讀取的信息,以及(2)在窗口小部件的生命周期內(nèi)可能會更改的信息。這是小工具實施者的責(zé)任,以確保國家的及時通知當(dāng)這種狀態(tài)的改變,使用State.setState。
有狀態(tài)窗口小部件是一個窗口小部件,它通過構(gòu)建一個更具體地描述用戶界面的其他窗口小部件來描述用戶界面的一部分。構(gòu)建過程以遞歸方式繼續(xù),直到用戶界面的描述完全具體(例如,完全由RenderObjectWidget組成,其描述具體的RenderObject)。
當(dāng)您描述的用戶界面部分可以動態(tài)更改時(例如由于具有內(nèi)部時鐘驅(qū)動狀態(tài)或依賴于某些系統(tǒng)狀態(tài)),狀態(tài)窗口小部件非常有用。對于僅依賴于對象本身中的配置信息以及窗口小部件膨脹的 BuildContext的組合,請考慮使用 StatelessWidget。
StatefulWidget實例本身是不可變的,并且將它們的可變狀態(tài)存儲在由createState方法創(chuàng)建的單獨State對象中 ,或者存儲在State訂閱的對象中,例如Stream或ChangeNotifier對象,其引用存儲在StatefulWidget的最終字段中本身。
框架在膨脹StatefulWidget時 調(diào)用createState,這意味著如果該窗口小部件已插入到多個位置的樹中,則多個State對象可能與同一StatefulWidget關(guān)聯(lián)。同樣,如果StatefulWidget從樹中移除,后來在樹再次插入時,框架將調(diào)用createState再創(chuàng)建一個新的國家目標(biāo),簡化的生命周期狀態(tài)的對象。
如果StatefulWidget的創(chuàng)建者使用GlobalKey作為其 鍵,則StatefulWidget在從樹中的一個位置移動到另一個位置時保持相同的State對象。由于具有GlobalKey的窗口小部件可以在樹中的至多一個位置使用,因此使用GlobalKey的窗口小部件最多只有一個關(guān)聯(lián)元素。當(dāng)通過將與該窗口小部件關(guān)聯(lián)的(唯一)子樹從舊位置移植到新位置(而不是在該位置重新創(chuàng)建子樹)時,框架利用此屬性將全局鍵從樹中的一個位置移動到另一個位置時利用此屬性。新的位置)。與StatefulWidget關(guān)聯(lián)的State對象與子樹的其余部分一起被移植,這意味著State對象在新位置被重用(而不是被重新創(chuàng)建)。但是,為了有資格進行嫁接,必須將窗口小部件插入到從舊位置移除它的同一動畫幀中的新位置。
StatefulWidget有兩個主要類別。
首先是其中一個分配資源State.initState并在他們的處置State.dispose,但不依賴于InheritedWidget S或致電State.setState。這些小部件通常在應(yīng)用程序或頁面的根目錄中使用,并通過ChangeNotifier, Stream或其他此類對象與子小部件進行通信。遵循這種模式的有狀態(tài)小部件相對便宜(就CPU和GPU周期而言),因為它們構(gòu)建一次然后永不更新。因此,它們可能有一些復(fù)雜和深刻的構(gòu)建方法。
第二類是使用State.setState或依賴于 InheritedWidget的小部件。這些通常會在應(yīng)用程序的生命周期內(nèi)重建多次,因此最小化重建此類窗口小部件的影響非常重要。(他們也可以使用State.initState或 State.didChangeDependencies并分配資源,但重要的是他們重建。)
可以使用幾種技術(shù)來最小化重建有狀態(tài)窗口小部件的影響:
StatelessWidget類
一個不需要可變狀態(tài)的小部件。
無狀態(tài)窗口小部件是一個窗口小部件,它通過構(gòu)建一個更具體地描述用戶界面的其他窗口小部件來描述用戶界面的一部分。構(gòu)建過程以遞歸方式繼續(xù),直到用戶界面的描述完全具體(例如,完全由RenderObjectWidget組成,其描述具體的RenderObject)。
當(dāng)您描述的用戶界面部分不依賴于對象本身的配置信息以及窗口小部件膨脹的BuildContext時,無狀態(tài)窗口小部件非常有用。對于可以動態(tài)更改的組合,例如由于具有內(nèi)部時鐘驅(qū)動狀態(tài)或依賴于某些系統(tǒng)狀態(tài),請考慮使用StatefulWidget。
無狀態(tài)窗口小部件的構(gòu)建方法通常僅在以下三種情況下調(diào)用:第一次將窗口小部件插入樹中,窗口小部件的父窗口更改其配置時,以及何時依賴于更改的InheritedWidget。
如果窗口小部件的父級將定期更改窗口小部件的配置,或者它依賴于經(jīng)常更改的繼承窗口小部件,則優(yōu)化構(gòu)建方法的性能以保持流暢的呈現(xiàn)性能非常重要。
可以使用幾種技術(shù)來最小化重建無狀態(tài)窗口小部件的影響:
provider 是flutter 中的狀態(tài)管理 開源庫;
存儲的數(shù)據(jù)對象 必須extends ChangeNotifier;下層widget 通過 Provider.of(context) 函數(shù) 獲取model對象 ,并且可以建立依賴關(guān)系;當(dāng)數(shù)據(jù)對象發(fā)生變化時,依賴的widget 會重新build,像不像InheritedWidget Provider 沒錯 下層widget就是 封裝了InheritedWidget
主要 通過 Provider.ofT(context) 函數(shù),來獲取;
推薦使用 Provider.of而不是 Consumer,因為 listen默認為true,也就是說 默認 依賴于 持有數(shù)據(jù)model的widget 對應(yīng)的element;
數(shù)據(jù)類 可繼承的 ChangeNotifier,本身和privider框架 沒有關(guān)系;
ChangeNotifier 是 flutter框架 提供的工具類, 用來實現(xiàn)一對多的訂閱通知功能。
Flutter的數(shù)據(jù)存儲分為三類
Preference相當(dāng)于iOS的NSUserDefaults,其實也是按plist的方式存儲的
step1:添加依賴
step2:pub get
step3:導(dǎo)入頭文件
在path_provider中有三個獲取文件路徑的方法:
- getTemporaryDirectory()
://獲取應(yīng)用緩存目錄,等同iOS的NSTemporaryDirectory()和Android的getCacheDir() 方法。
- getApplicationDocumentsDirectory():
//獲取應(yīng)用文件目錄類似于iOS的NSDocumentDirectory和Android上的 AppData目錄。
step1:添加依賴
step2:pub get
step3:導(dǎo)入頭文件
需求:
· 在我的界面,展示了用戶信息姓名、年齡、性別等信息
· 我的界面有一個設(shè)置按鈕,可以修改這些用戶信息
· 修改之后怎么刷新呢?
· 這時候就使用到全局狀態(tài)管理
eg:
訪問數(shù)據(jù)?
更新數(shù)據(jù)?
/// 在需要更新或者獲取全局狀態(tài)時候需要獲取到store ?
/// 點擊事件 更新全局狀態(tài) 1、創(chuàng)建對象 2、調(diào)用更新方法?
/// 哪里需要使用全局狀態(tài),就在最外面new StoreBuilder?
Flutter完整開發(fā)實戰(zhàn)詳解
Dio網(wǎng)絡(luò)請求
UI界面