Flutter 分割組件Divider

Divider的構(gòu)造方法

成都創(chuàng)新互聯(lián)公司網(wǎng)站建設(shè)由有經(jīng)驗(yàn)的網(wǎng)站設(shè)計(jì)師、開發(fā)人員和項(xiàng)目經(jīng)理組成的專業(yè)建站團(tuán)隊(duì)，負(fù)責(zé)網(wǎng)站視覺設(shè)計(jì)、用戶體驗(yàn)優(yōu)化、交互設(shè)計(jì)和前端開發(fā)等方面的工作，以確保網(wǎng)站外觀精美、成都做網(wǎng)站、成都網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè)易于使用并且具有良好的響應(yīng)性。

可以看出Divider組件只有5個(gè)屬性，一目了然，使用也非常簡單

indent: 起點(diǎn)縮進(jìn)距離

endIndent: 終點(diǎn)縮進(jìn)距離

color: 分割線顏色

height: 分割線區(qū)域的高度，并非分割線的高度

thickness: 分割線的厚度，真正的分割線的高度

注意:

1.當(dāng)height為null的時(shí)候會(huì)去查看 DividerThemeData.space的高度，如果同樣為null，則默認(rèn)分割線區(qū)間為16

2.如果不設(shè)置thickness的高度，分割線默認(rèn)為1px且居中顯示

3.如果想設(shè)置真實(shí)的分割線高度，需要把height和thickness設(shè)置為一樣高即可。

4.flutter還提供了豎直方向上的分割線組件VerticalDivider,用法一至，不在贅述。

Demo

Flutter 之 文件操作（二十九）

Dart的 IO 庫包含了文件讀寫的相關(guān)類，它屬于 Dart 語法標(biāo)準(zhǔn)的一部分，所以通過 Dart IO 庫，無論是 Dart VM 下的腳本還是 Flutter，都是通過 Dart IO 庫來操作文件的，不過和 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)透明的方式來訪問設(shè)備文件系統(tǒng)上的常用位置。該類當(dāng)前支持訪問兩個(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為我們提供了另外一種讀取文件的方法，流的形式來讀取文件.

示例

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

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

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

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

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

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

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

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

執(zhí)行 flutter pub get

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

參考：

flutter基礎(chǔ)篇-listview

listview三種構(gòu)造方法

直接添加子控件

//題外話，有關(guān)itemBuilder可以采用變量widget傳入

Flutter中InheritedWidget的使用

在Tree中從上往下高效傳遞數(shù)據(jù)的基類widget , 定義為:abstract class InheritedWidget extends ProxyWidget

Flutter的響應(yīng)式開發(fā)與React類似，數(shù)據(jù)都是自頂向下的。

假設(shè)有祖先組點(diǎn)A，中間經(jīng)過結(jié)點(diǎn)B, C，然后到結(jié)點(diǎn)D，D需要從A中獲取數(shù)據(jù)f，那按照自頂向下數(shù)據(jù)流轉(zhuǎn)，f需要依次傳遞給B及C，最后才到C。這樣開發(fā)極為不靈活，成本也比較高。所有Flutter需要有跨結(jié)點(diǎn)(只能是祖先后代節(jié)點(diǎn)，不能跨兄弟節(jié)點(diǎn))高效傳遞數(shù)據(jù)的方案。

大體意思如下:

InheritedWidget 是在樹中高效向下傳遞信息的基類部件；

調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實(shí)例；

在 InheritedWidget 類型的控件被引用,也就是調(diào)用過 inheritFromWidgetOfExactType 方法后,當(dāng) InheritedWidget 自身狀態(tài)改變時(shí)，會(huì)導(dǎo)致引用了 InheritedWidget 類型的子控件重構(gòu)(rebuild)。

這里隨便定義一個(gè)人 Person 類。

創(chuàng)建一個(gè)類繼承 InheritedWidget，并實(shí)現(xiàn) updateShouldNotify 方法。

之前說到調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實(shí)例，所以此處定義一個(gè)靜態(tài)的 of 方法，通過傳入的 context 獲取到最近的 InheriedDataWidget 實(shí)例。

1.定義數(shù)據(jù)模型

這里隨便定義一個(gè) Person 類。

2.自定義 InheritedWidget 控件類

創(chuàng)建一個(gè)類繼承 InheritedWidget，并實(shí)現(xiàn) updateShouldNotify 方法。

之前說到調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實(shí)例，所以此處定義一個(gè)靜態(tài)的 of 方法，通過傳入的 context 獲取到最近的 InheriedDataWidget 實(shí)例。

3.InheriedDataWidget 的使用

InheriedDataWidget 使用起來也很簡單，它本身也是一個(gè)控件，只要在任意一個(gè)頁面的子控件調(diào)用其構(gòu)造方法就行，這里我們定義一個(gè)形如的 Widget 樹。

WidgetA 是一個(gè) StatefulWidget 類型的控件，可以調(diào)用 setState 刷新，如果是繼承人 Stateless 類型的控件,那我們也可以通過 Stream 或者其他方式刷新數(shù)據(jù)，感興趣的請(qǐng)看[什么是 Stream? Dart

WidgetA1_1 類

WidgetA1_2 類

WidgetA1_3 類

當(dāng)我們點(diǎn)擊 floatingActionButton 的時(shí)候，WidgetA1, WidgetA1_1， WidgetA1_2 的控件都會(huì)更新 Person 的信息，而且每點(diǎn) floatingActionButton 一次， 當(dāng)我們點(diǎn)擊 floatingActionButton 的時(shí)候，WidgetA1, WidgetA1_1， WidgetA1_2 的控件都會(huì)更新 Person 的信息，而且每點(diǎn) floatingActionButton 一次，都會(huì)輸出：

如果我們?cè)噲D在和 WidgetA 的同一層級(jí)的兄弟節(jié)點(diǎn)去訪問 InheriedDataWidget 的 Person 數(shù)據(jù)，是不行的，因?yàn)楦腹?jié)點(diǎn)中并沒有插入 InheriedDataWidget。

把 WidgetB 和 WidgetA 保持同一節(jié)點(diǎn)

這也體現(xiàn)了 Inheried(遺傳) 這一單詞的特性，遺傳只存在于父子。兄弟不存在遺傳的關(guān)系。

這種數(shù)據(jù)共享的方式在某些場(chǎng)景還是很有用的，就比如說全局主題，字體大小，字體顏色的變更，只要在 App 根層級(jí)共享出這些配置數(shù)據(jù)，然后在觸發(fā)數(shù)據(jù)改變之后，所有引用到這些共享數(shù)據(jù)的地方都會(huì)刷新，這換主題，字體是不是就很輕松，事實(shí)上 Theme.of(context).primaryColor 之流就是這么干的。

以上就是有關(guān)InheritedWidget的使用。

自己也是從事Android開發(fā)5年有余了；整理了一些Android開發(fā)技術(shù)核心筆記和面經(jīng)題綱，有關(guān)更多Android開發(fā)進(jìn)階技術(shù)資料、面經(jīng)題綱、核心技術(shù)筆記； 想要進(jìn)階自己、拿高薪的同學(xué)請(qǐng)私信我回復(fù)“核心筆記”或“面試”領(lǐng)取！

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)。

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

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

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

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

完整生命周期如下：

當(dāng)控件的配置被更改時(shí)會(huì)調(diào)用State.didUpdateWidget方法，此時(shí)框架會(huì)重新繪制控件。你也可以使用State.setState方法在狀態(tài)發(fā)生變化時(shí)通知框架，告訴框架該對(duì)象的內(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 針對(duì)不同屏幕尺寸進(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è)置對(duì)應(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ì)改變?cè)撃Ｊ剑c當(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 為用戶是否要求前景與背景之間的對(duì)比度高，主要用于 iOS 設(shè)備；

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

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

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

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

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

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

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

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

MediaQuery 案例嘗試

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

本文題目：flutter構(gòu)造,flutter構(gòu)造函數(shù)
網(wǎng)頁地址：http://vcdvsql.cn/article32/dsdeosc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供用戶體驗(yàn)、App開發(fā)、企業(yè)網(wǎng)站制作、移動(dòng)網(wǎng)站建設(shè)、定制網(wǎng)站、品牌網(wǎng)站設(shè)計(jì)

廣告

聲明：本網(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í)需注明來源： 創(chuàng)新互聯(lián)