Flutter 121: 圖解簡易 Slider 滑動(dòng)條

小菜在業(yè)務(wù)開發(fā)過程中會(huì)自定義 Slider 滑動(dòng)條，而在自定義之前，小菜先簡單了解一下 Flutter 自帶的 Slider ；

創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)、福州網(wǎng)絡(luò)推廣、微信小程序、福州網(wǎng)絡(luò)營銷、福州企業(yè)策劃、福州品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供福州建站搭建服務(wù)，24小時(shí)服務(wù)熱線：18980820575，官方網(wǎng)址：sd-ha.com

簡單分析源碼可得， Slider 是一個(gè)有狀態(tài)的 StatefulWidget 組件，屬性也很清晰易懂，其中滑動(dòng)過程中對(duì)應(yīng)的 value 值和 onChanged 回調(diào)是必須參數(shù)；

value 未滑動(dòng)過程中對(duì)應(yīng)的值，在 min 和 max 之間； onChanged 是在滑動(dòng)過程中回調(diào)，當(dāng) onChanged 為 null 或 value 所在的 min 和 max 集合范圍為空時(shí)， Slider 禁止滑動(dòng)；

min 和 max 為滑動(dòng)條范圍，而 value 的取值范圍是在 min 和 max 之間，無論 value 為正還是負(fù)，均需要在 min 和 max 之間；

activeColor 為滑動(dòng)條已滑動(dòng)過的顏色； inactiveColor 為滑動(dòng)條中未滑動(dòng)的顏色；兩者均可以在 SliderTheme 中設(shè)置；

label 為滑動(dòng)條滑動(dòng)到某一節(jié)點(diǎn)的標(biāo)簽文案； divisions 是把 min 和 max 等分為 divisions 份數(shù)；只有在 divisions 生效時(shí)， label 才會(huì)展示；

onChangeStart 和 onChangeEnd 分別對(duì)應(yīng)滑動(dòng)過程中 value 值何時(shí)開始更改或何時(shí)完成更改時(shí)對(duì)應(yīng)的回調(diào)；

Slider 的主題效果可以通過 SliderTheme 或 ThemeData.sliderTheme 中獲取更新，相較于 Slider 只提供已滑動(dòng)和未滑動(dòng)顏色效果，屬性粒度更細(xì)；

activeTrackColor 和 inactiveTrackColor 分別對(duì)應(yīng) Slider 已滑動(dòng)過和未滑動(dòng)過的軌道顏色；

thumbColor 對(duì)應(yīng)滑動(dòng)按鈕顏色，而 overlayColor 對(duì)應(yīng)滑動(dòng)按鈕映射的疊層顏色，通常設(shè)置為半透明狀態(tài)； overlayShape 對(duì)應(yīng)疊層樣式；

valueIndicatorColor 對(duì)應(yīng) label 氣泡顏色； valueIndicatorShape 對(duì)應(yīng)氣泡內(nèi)文字屬性； valueIndicatorShape 對(duì)應(yīng)氣泡樣式，可以再此進(jìn)行自定義氣泡；

activeTickMarkColor 對(duì)應(yīng)已選中刻度顏色； inactiveTickMarkColor 對(duì)應(yīng)未選中刻度顏色； tickMarkShape 對(duì)應(yīng)刻度樣式；

trackHeight 為 Slider 軌道高度； trackShape 對(duì)應(yīng)軌道樣式，主要再此處進(jìn)行自定義樣式；

對(duì)于不可滑動(dòng)狀態(tài)， SliderThemeData 提供了對(duì)應(yīng)屬性；

Slider 案例源碼

小菜本節(jié)暫未涉及自定義滑動(dòng)條樣式，對(duì)于底層的 Slider 了解還不夠深入；如有錯(cuò)誤，請(qǐng)多多指導(dǎo)！

Flutter TextField 文本輸入框的基本屬性及詳解

源碼分析：

分析源碼可得，TextField 是有狀態(tài) StatefulWidget，有豐富的屬性，自定義化較高，實(shí)踐中需要合理利用各種回調(diào)；

1、光標(biāo)的相關(guān)屬性；cursorColor 為光標(biāo)顏色，cursorWidth 為光標(biāo)寬度，cursorRadius 為光標(biāo)圓角；其中 Radius 提供了 circle 圓角和 elliptical 非圓角兩種；

2、textAlign 為文字起始位置，可根據(jù)業(yè)務(wù)光標(biāo)居左/居右/居中等；注意只是文字開始方向；textDirection 問文字內(nèi)容方向，從左向右或從右向左；

3、maxLength 為字符長度，設(shè)置時(shí)默認(rèn)是展示一行，且右下角有編輯長度與整體長度對(duì)比；與 maxLengthEnforced 配合，maxLengthEnforced 為 true 時(shí)達(dá)到最大字符長度后不可編輯；為 false 時(shí)可繼續(xù)編輯展示有差別；

4、設(shè)置 maxLength 之后右下角默認(rèn)有字符計(jì)數(shù)器，設(shè)置 TextField.noMaxLength 即可只展示輸入字符數(shù)；

5、maxLines 為允許展現(xiàn)的最大行數(shù)，在使用 maxLength 時(shí)內(nèi)容超過一行不會(huì)自動(dòng)換行，因?yàn)槟J(rèn) maxLines=1，此時(shí)設(shè)置為 null 或固定展示行數(shù)即可自動(dòng)換行；區(qū)別在于 null 會(huì)展示多行，而 maxLines 最多只展示到設(shè)置行數(shù)；

6、obscureText 是否隱藏編輯內(nèi)容，常見的密碼格式；

7、enableInteractiveSelection 長按是否出現(xiàn)【剪切/復(fù)制/粘貼】菜單；不可為空；

8、keyboardAppearance 為鍵盤亮度，包括 Brightness.dark/light 兩種，但僅限于 iOS 設(shè)備；

9、textCapitalization 文字大小寫；理論上 sentences 為每句話第一個(gè)字母大寫；characters為每個(gè)字母大寫；words 為每個(gè)單詞首字母大寫；但該屬性僅限于 text keybord，和尚在本地更換多種方式并未實(shí)現(xiàn)，有待研究；

10、keyboardType 為鍵盤類型，和尚理解整體分為數(shù)字鍵盤和字母鍵盤等；根據(jù)設(shè)置的鍵盤類型，鍵盤會(huì)有差別；

a. 數(shù)字鍵盤

--1-- datetime 鍵盤上可隨時(shí)訪問 : 和 /；

--2-- phone 鍵盤上可隨時(shí)訪問 # 和 *；

--3-- number 鍵盤上可隨時(shí)訪問 + - * /

b. 字母鍵盤

--1-- emailAddress 鍵盤上可隨時(shí)訪問 @ 和 .；

--2-- url 鍵盤上可隨時(shí)訪問 / 和 .；

--3-- multiline 適用于多行文本換行；

--4-- text 默認(rèn)字母鍵盤；

11、textInputAction 通常為鍵盤右下角操作類型，類型眾多，建議多多嘗試；

12、autofocus 是否自動(dòng)獲取焦點(diǎn)，進(jìn)入頁面優(yōu)先獲取焦點(diǎn)，并彈出鍵盤，若頁面中有多個(gè) TextField 設(shè)置 autofocus 為 true 則優(yōu)先獲取第一個(gè)焦點(diǎn)；

13、focusNode 手動(dòng)獲取焦點(diǎn)，可配合鍵盤輸入等減少用戶操作次數(shù)，直接獲取下一個(gè) TextField 焦點(diǎn)；

14、enabled 設(shè)為 false 之后 TextField 為不可編輯狀態(tài)；

15、decoration 為邊框修飾，可以借此來調(diào)整 TextField 展示效果；可以設(shè)置前置圖標(biāo)，后置圖片，邊框?qū)傩裕瑑?nèi)容屬性等，會(huì)在后續(xù)集中嘗試；若要完全刪除裝飾，將 decoration 設(shè)置為空即可；

16、inputFormatters 為格式驗(yàn)證，例如原生 Android 中通常會(huì)限制輸入手機(jī)號(hào)或其他特殊字符，在 Flutter 中也可以借此來進(jìn)行格式限制，包括正則表達(dá)式；使用時(shí)需要引入 package:flutter/services.dart；

a. LengthLimitingTextInputFormatter 限制最長字符；

b. WhitelistingTextInputFormatter 僅允許輸入白名單中字符；如 digitsOnly 僅支持?jǐn)?shù)字 [0-9]；

c. BlacklistingTextInputFormatter 防止輸入黑名單中字符；如 singleLineFormatter 強(qiáng)制輸入單行；

分析源碼 RegExp("[/]") 可以設(shè)置正則表達(dá)式；

17、onChanged 文本內(nèi)容變更時(shí)回調(diào)，可實(shí)時(shí)監(jiān)聽 TextField 輸入內(nèi)容；

18、controller 文本控制器，監(jiān)聽輸入內(nèi)容回調(diào)；

19、onTap 點(diǎn)擊 TextField時(shí)回調(diào)；

20、onEditingComplete 在提交內(nèi)容時(shí)回調(diào)，通常是點(diǎn)擊回車按鍵時(shí)回調(diào)；

21、onSubmit 在提交時(shí)回調(diào)，不可與 onEditingComplete 同時(shí)使用，區(qū)別在于 onSubmit 是帶返回值的回調(diào)；

問題小結(jié)：

當(dāng) TextField 設(shè)置 enableInteractiveSelection 屬性后長按會(huì)出現(xiàn)菜單，默認(rèn)為英文，可通過設(shè)置 Flutter 國際化來處理；

（1）在 pubspec.yaml 中集成 flutter_localizations；

2）在 MaterialApp 中設(shè)置本地化代理和支持的語言類型；

（1）將 maxLength 設(shè)置為 null 僅使用 LengthLimitingTextInputFormatter 限制最長字符；

（2）設(shè)置 InputDecoration 中 decoration 屬性為空；但是底部有空余，只是隱藏而并非消失；

Flutter Dio源碼分析(四)--封裝

Flutter Dio源碼分析(一)--Dio介紹

Flutter Dio源碼分析(二)--HttpClient、Http、Dio對(duì)比

Flutter Dio源碼分析(三)--深度剖析

Flutter Dio源碼分析(四)--封裝

Flutter Dio源碼分析(一)--Dio介紹視頻教程

Flutter Dio源碼分析(二)--HttpClient、Http、Dio對(duì)比視頻教程

Flutter Dio源碼分析(三)--深度剖析視頻教程

Flutter Dio源碼分析(四)--封裝視頻教程

github倉庫地址

本文會(huì)手把手教你該怎么去封裝一個(gè)類庫，平時(shí)在我們的工作中都是拿著別人的造好的輪子在使用，這篇文章將帶你怎么去自己造輪子，以后再碰到別的類庫需要對(duì)其進(jìn)行封裝的時(shí)候提供一個(gè)的思路和方法。

在前面的文章中，我們對(duì) Dio 的基本使用、請(qǐng)求庫對(duì)比、源碼分析，我們知道 Dio 的使用非常的簡單，那為什么還需要進(jìn)行封裝呢？有兩點(diǎn)如下：

當(dāng)組件庫方法發(fā)生重要改變需要遷移的時(shí)候如果有多處地方用到，那么需要對(duì)使用到的每個(gè)文件都進(jìn)行修改，非常的繁瑣而且很容易出問題。

當(dāng)不需要 Dio 庫的時(shí)候，我們可以隨時(shí)方便切換到別的網(wǎng)絡(luò)請(qǐng)求庫，當(dāng)然 Dio 目前內(nèi)置支持使用第三方庫的適配器。

因?yàn)橐粋€(gè)應(yīng)用程序基本都是統(tǒng)一的配置方式，所以我們可以針對(duì) 攔截器 、 轉(zhuǎn)換器 、 緩存 、 統(tǒng)一處理錯(cuò)誤 、 代理配置 、 證書校驗(yàn) 等多個(gè)配置進(jìn)行統(tǒng)一管理。

因?yàn)槲覀兊膽?yīng)用程序在每個(gè)頁面中都會(huì)用到網(wǎng)絡(luò)請(qǐng)求，那么如果我們每次請(qǐng)求的時(shí)候都去實(shí)例化一個(gè) Dio ，無非是增加了系統(tǒng)不必要的開銷，而使用單例模式對(duì)象一旦創(chuàng)建每次訪問都是同一個(gè)對(duì)象，不需要再次實(shí)例化該類的對(duì)象。

這是通過靜態(tài)變量的私有構(gòu)造器來創(chuàng)建的單例模式

我們對(duì) 超時(shí)時(shí)間 、 響應(yīng)時(shí)間 、 BaseUrl 進(jìn)行統(tǒng)一設(shè)置

因?yàn)椴还苁?get() 還是 post() 請(qǐng)求， Dio 內(nèi)部最終都會(huì)調(diào)用 request 方法，只是傳入的 method 不一樣，所以我們這里定義一個(gè)枚舉類型在一個(gè)方法中進(jìn)行處理

我們已經(jīng)把 Restful API 風(fēng)格簡化成了一個(gè)方法，通過 DioMethod 來標(biāo)明不同的請(qǐng)求方式。在我們平時(shí)開發(fā)的過程中，需要在請(qǐng)求前、響應(yīng)前、錯(cuò)誤時(shí)對(duì)某一些接口做特殊的處理，那我們就需要用到攔截器。 Dio 為我們提供了自定義攔截器功能，很容易輕松的實(shí)現(xiàn)對(duì)請(qǐng)求、響應(yīng)、錯(cuò)誤時(shí)進(jìn)行攔截

我們發(fā)現(xiàn)雖然 Dio 框架已經(jīng)封裝了一個(gè) DioError 類庫，但如果需要對(duì)返回的錯(cuò)誤進(jìn)行統(tǒng)一彈窗處理或者路由跳轉(zhuǎn)等就只能自定義了

在我們發(fā)送請(qǐng)求的時(shí)候會(huì)碰到幾種情況，比如需要對(duì)非open開頭的接口自動(dòng)加上一些特定的參數(shù)，獲取需要在請(qǐng)求頭增加統(tǒng)一的 token

在我們請(qǐng)求接口前可以對(duì)響應(yīng)數(shù)據(jù)進(jìn)行一些基礎(chǔ)的處理，比如對(duì)響應(yīng)的結(jié)果進(jìn)行自定義封裝，還可以針對(duì)單獨(dú)的 url 做特殊處理等。

我們看了轉(zhuǎn)換器的介紹，發(fā)現(xiàn)和攔截器的功能差不多，那為什么還要存在轉(zhuǎn)換器，有兩點(diǎn)：

執(zhí)行流程： 請(qǐng)求攔截器 請(qǐng)求轉(zhuǎn)換器 發(fā)起請(qǐng)求 響應(yīng)轉(zhuǎn)換器 響應(yīng)攔截器 最終結(jié)果 。

只會(huì)被用于 'PUT'、 'POST'、 'PATCH'方法，因?yàn)橹挥羞@些方法才可以攜帶請(qǐng)求體(request body)

會(huì)被用于所有請(qǐng)求方法的返回?cái)?shù)據(jù)。

在開發(fā)過程中，客戶端和服務(wù)器打交道的時(shí)候，往往會(huì)用一個(gè) token 來做校驗(yàn)，因?yàn)槊總€(gè)公司處理刷新token的邏輯都不一樣，我這里舉一個(gè)簡單的例子

為什么我們需要有取消請(qǐng)求的功能，如果當(dāng)我們的頁面在發(fā)送請(qǐng)求時(shí)，用戶主動(dòng)退出當(dāng)前界面或者app應(yīng)用程序退出的時(shí)候數(shù)據(jù)還沒有響應(yīng)，那我們就需要取消該網(wǎng)絡(luò)請(qǐng)求，防止不必要的錯(cuò)誤。

由 服務(wù)器生成 的 一小段文本信息 ，發(fā)送給瀏覽器，瀏覽器把 cookie 以kv形式保存到本地 某個(gè)目錄下的文本文件內(nèi)，下一次請(qǐng)求同一網(wǎng)站時(shí)會(huì)把該 cookie 發(fā)送給服務(wù)器。

cookie 的使用需要用到兩個(gè)第三方組件 dio_cookie_manager 和 cookie_jar

因?yàn)樵谖覀兤綍r(shí)的開發(fā)過程中，會(huì)碰到一種情況，在進(jìn)行網(wǎng)絡(luò)請(qǐng)求時(shí)，我們希望能正常訪問到上次的數(shù)據(jù)，對(duì)于用戶的體驗(yàn)比較好，而不是展示一個(gè)空白的頁面，該緩存主要是 《Flutter實(shí)戰(zhàn)》網(wǎng)絡(luò)接口緩存 提供參考。

我們?cè)诔绦蛲顺龊髢?nèi)存緩存將會(huì)消失，所以我們用 shared_preferences 進(jìn)行磁盤緩存數(shù)據(jù)。

在我們用flutter進(jìn)行抓包的時(shí)候需要配置 Dio 代理。由 DefaultHttpClientAdapter 提供了一個(gè) onHttpClientCreate 回調(diào)來設(shè)置底層 HttpClient 的代理。

用于驗(yàn)證正在訪問的網(wǎng)站是否真實(shí)。提供安全性，因?yàn)樽C書和域名綁定，并且由根證書機(jī)構(gòu)簽名確認(rèn)。

日志打印主要是幫助我們開發(fā)時(shí)進(jìn)行輔助排錯(cuò)

flutter 狀態(tài)管理 InheritedWidget 原理分析

最近公司做技術(shù)分享寫的文章的demo

Flutter中的InheritedWidget狀態(tài)管理

1.InheritedWidget是什么？

InheritedWidget是Flutter中非常重要的一個(gè)功能型組件，它提供了一種數(shù)據(jù)在widget樹中從上到下傳遞、共享的方式，比如我們?cè)趹?yīng)用的根widget中通過InheritedWidget共享了一個(gè)數(shù)據(jù)，那么我們便可以在任意子widget中來獲取該共享的數(shù)據(jù)！這個(gè)特性在一些需要在widget樹中共享數(shù)據(jù)的場(chǎng)景中非常方便！如Flutter SDK中正是通過InheritedWidget來共享應(yīng)用主題（Theme）和Locale (當(dāng)前語言環(huán)境)信息的。

InheritedWidget和React中的context功能類似，和逐級(jí)傳遞數(shù)據(jù)相比，它們能實(shí)現(xiàn)組件跨級(jí)傳遞數(shù)據(jù)。InheritedWidget的在widget樹中數(shù)據(jù)傳遞方向是從上到下的，這和通知Notification的傳遞方向正好相反。

2.源碼分析

InheritedWidget

先來看下InheritedWidget的源碼：

abstract class?InheritedWidget?extends?ProxyWidget { ??const?InheritedWidget({ Key key,?Widget child }):?super(key: key,?child: child);??@override??InheritedElement?createElement() =InheritedElement(this);??@protected??bool?updateShouldNotify(covariant?InheritedWidget oldWidget);}

它繼承自ProxyWidget：

abstract class?ProxyWidget?extends?Widget { ??const?ProxyWidget({ Key key,?@required?this.child?}) :?super(key: key);??final?Widget?child;}

可以看出Widget內(nèi)除了實(shí)現(xiàn)了createElement方法外沒有其他操作了，它的實(shí)現(xiàn)關(guān)鍵一定就是InheritedElement了。

InheritedElement 來看下InheritedElement源碼

class?InheritedElement?extends?ProxyElement { ??InheritedElement(InheritedWidget widget) :?super(widget);??@override??InheritedWidget?get?widget?=?super.widget;??// 這個(gè)Set記錄了所有依賴的Elementfinal?MapElement,?Object?_dependents?=?HashMapElement,?Object();

//該方法會(huì)在Element mount和activate方法中調(diào)用，_inheritedWidgets為基類Element中的成員，用于提高Widget查找父節(jié)點(diǎn)中的InheritedWidget的效率，它使用HashMap緩存了該節(jié)點(diǎn)的父節(jié)點(diǎn)中所有相關(guān)的InheritedElement，因此查找的時(shí)間復(fù)雜度為o(1) ??@override??void?_updateInheritance() {final?MapType,?InheritedElement incomingWidgets =?_parent?._inheritedWidgets;if?(incomingWidgets !=?null)??????_inheritedWidgets?=?HashMapType,?InheritedElement.from(incomingWidgets);????else??????_inheritedWidgets?=?HashMapType,?InheritedElement();????_inheritedWidgets[widget.runtimeType] =?this;??}

//該方法在父類ProxyElement中調(diào)用，看名字就知道是通知依賴方該進(jìn)行更新了，這里首先會(huì)調(diào)用重寫的updateShouldNotify方法是否需要進(jìn)行更新，然后遍歷_dependents列表并調(diào)用didChangeDependencies方法，該方法內(nèi)會(huì)調(diào)用mardNeedsBuild，于是在下一幀繪制流程中，對(duì)應(yīng)的Widget就會(huì)進(jìn)行rebuild，界面也就進(jìn)行了更新 ??@override??void?notifyClients(InheritedWidget oldWidget) {????assert(_debugCheckOwnerBuildTargetExists('notifyClients'));for?(Element dependent?in?_dependents.keys) {??????notifyDependent(oldWidget,?dependent);????}??}

其中_updateInheritance方法在基類Element中的實(shí)現(xiàn)如下：

void _updateInheritance() {

_inheritedWidgets = _parent?._inheritedWidgets;

}

總結(jié)來說就是Element在mount的過程中，如果不是InheritedElement，就簡單的將緩存指向父節(jié)點(diǎn)的緩存，如果是InheritedElement，就創(chuàng)建一個(gè)緩存的副本，然后將自身添加到該副本中，這樣做會(huì)有兩個(gè)值得注意的點(diǎn)：

InheritedElement的父節(jié)點(diǎn)們是無法查找到自己的，即InheritedWidget的數(shù)據(jù)只能由父節(jié)點(diǎn)向子節(jié)點(diǎn)傳遞，反之不能。

如果某節(jié)點(diǎn)的父節(jié)點(diǎn)有不止一個(gè)同一類型的InheritedWidget，調(diào)用inheritFromWidgetOfExactType獲取到的是離自身最近的該類型的InheritedWidget。

看到這里似乎還有一個(gè)問題沒有解決，依賴它的Widget是在何時(shí)被添加到_dependents這個(gè)列表中的呢？

回憶一下從InheritedWidget中取數(shù)據(jù)的過程，對(duì)于InheritedWidget有一個(gè)通用的約定就是添加static的of方法，該方法中通過inheritFromWidgetOfExactType找到parent中對(duì)應(yīng)類型的的InheritedWidget的實(shí)例并返回，與此同時(shí)，也將自己注冊(cè)到了依賴列表中，該方法的實(shí)現(xiàn)位于Element類，實(shí)現(xiàn)如下：

@overrideT?dependOnInheritedWidgetOfExactType

// 這里通過上述mount過程中建立的HashMap緩存找到對(duì)應(yīng)類型的InheritedElement final?InheritedElement ancestor =?_inheritedWidgets?==?null???null?:?_inheritedWidgets[T];if?(ancestor !=?null) {????assert(ancestor?is?InheritedElement);return?dependOnInheritedElement(ancestor,?aspect: aspect);??}??_hadUnsatisfiedDependencies?=?true;??return null;}

@overrideInheritedWidget?dependOnInheritedElement(InheritedElement ancestor,?{ Object aspect }) {??assert(ancestor !=?null);

// 這個(gè)列表記錄了當(dāng)前Element依賴的所有InheritedElement，用于在當(dāng)前Element deactivate時(shí)，將自己從InheritedElement的_dependents列表中移除，避免不必要的更新操作 ??_dependencies???=?HashSetInheritedElement();??_dependencies.add(ancestor);??ancestor.updateDependencies(this,?aspect);return?ancestor.widget;}

3.如何使用InheritedWidget

1）、創(chuàng)建一個(gè)類繼承自Inheritedwidget

class?InheritedContext?extends?InheritedWidget{??final?InheritedTestModel?inheritedTestModel;??InheritedContext({????Key key,????@required?this.inheritedTestModel,????@required?Widget child}):?super(key: key,?child: child);static?InheritedContext? of (BuildContext context) {????return?context.dependOnInheritedWidgetOfExactTypeInheritedContext();??}??@override??bool?updateShouldNotify(InheritedContext oldWidget) {????return?inheritedTestModel?!= oldWidget.inheritedTestModel;??}}

2）、InheritedTestModel類為數(shù)據(jù)容器（這里定義了一個(gè)Listint數(shù)據(jù)源）

class?InheritedTestModel{?final?List?_list;??InheritedTestModel(this._list);??List?getList(){????return?_list;??}}

class?ArrayListData{??static?List? _list ;static?List? getListData (){???? _list? =?new?List();???? _list .add(1);???? _list .add(2);???? _list .add(3);???? _list .add(4);return? _list ;??}}

3）、定義一個(gè)Widget?使用?InheritedContext類的數(shù)據(jù)?InheritedTestModel?

class?ListDemo?extends?StatefulWidget{??@override??State?createState() {????return new?ListDemoState();??}}class?ListDemoState?extends?StateListDemo{List?_list;??InheritedTestModel?_inheritedTestModel;??Timer?_timer;??Duration?oneSec?=?const?Duration(seconds:?1);??@override??void?initState() {????_list?= ArrayListData. getListData ();????_inheritedTestModel?=?new?InheritedTestModel(_list);????_timer?=?Timer.periodic(oneSec,?(timer) {??????_doTimer();????});??}??void?_doTimer() {????for(int i =?0;?i ?_list.length;?i++){??????_list[i] =?_list[i]+?1;????}??setState(() {????_inheritedTestModel?=?new?InheritedTestModel(_list);??});??}Widget?_buildBody() {????return?Container(child:?ListDemo2(),????);??}??@override??Widget?build(BuildContext context) {????return?InheritedContext(inheritedTestModel:?_inheritedTestModel,??????child:?Scaffold(appBar:?AppBar(title:?Text("ListDemo"),????????actions: Widget[????????????IconButton(icon:?Icon(Icons. add ),????????????)????????],),????????body: _buildBody(),??????),????);??}??@override??void?dispose() {????super.dispose();if?(_timer?!=?null) {??????_timer.cancel();????}??}}

4）、在ListDemo中通過Timer更新InheritedTestModel?中的數(shù)據(jù)，然后再下一個(gè)Widget中獲取更新的數(shù)據(jù)作為展示

class?ListDemo2?extends?StatefulWidget{??@override??State?createState() {????return new?ListDemoState2();??}}class?ListDemoState2?extends?StateListDemo2{InheritedTestModel?_inheritedTestModel;??Widget?_buildListItem(BuildContext context,int index) {????return ?Container(height:?50,????????width:?100,????????alignment: Alignment. center ,????????child:?Text(_inheritedTestModel.getList()[index].toString()),????);??}Widget?_buildBody() {????_inheritedTestModel?= InheritedContext. of (context).inheritedTestModel;return?Container(child:?ListView.builder(itemBuilder:(context,?index)=_buildListItem(context,index),itemCount:?_inheritedTestModel.getList().length,),????);??}??@override??Widget?build(BuildContext context) {????return ?_buildBody();??}}

這樣就可以在父widget中更新數(shù)據(jù)，子View不需任何操作直接從數(shù)據(jù)容器InheritedTestModel?中獲取到更新后的新數(shù)據(jù)

這是一個(gè)數(shù)據(jù)共享的簡單的例子，基本的流程，大致就是A去更新B的數(shù)據(jù)，A和B有一個(gè)共同的父類，實(shí)現(xiàn)數(shù)據(jù)的共享

4.上面說了原理和基本的使用，但是在實(shí)際項(xiàng)目當(dāng)中，我當(dāng)然不建議這樣來使用，Google?已經(jīng)為我們封裝好了功能更加強(qiáng)大的插件Provider，其內(nèi)部原理就是基于InheritedWidget來實(shí)現(xiàn)的，我們理解了基本原理，可以更好的在項(xiàng)目中運(yùn)用Provider

flutter源碼系列 PageView源碼分析以及監(jiān)聽事件

最近一個(gè)項(xiàng)目要實(shí)現(xiàn)可以無限循環(huán)的PageView，主要思路是在初始化pageview的list的時(shí)候在開始和結(jié)尾多加一個(gè)結(jié)尾和開頭的widget，當(dāng)滑動(dòng)到開頭和結(jié)尾的時(shí)候手動(dòng)進(jìn)行頁面的切換，詳細(xì)可以搜索pageview無限輪播。

這種方法有一個(gè)要點(diǎn)就是要維護(hù)兩個(gè)索引，一個(gè)是內(nèi)部list的索引，一個(gè)是外部顯示的索引，由于list的容量是比顯示的數(shù)量多2的，所以如果要在外部進(jìn)行一些比如指示器或者計(jì)時(shí)器功能要進(jìn)行和頁面同步顯示或者切換頁面操作時(shí)，需要將顯示的索引轉(zhuǎn)換成list的索引。

不過網(wǎng)上說的都是一些比較簡單的實(shí)現(xiàn)，看到比較多的就是當(dāng)滑動(dòng)到要手動(dòng)切換的時(shí)候進(jìn)行一個(gè)時(shí)延，這樣可以避免直接切換頁面造成的卡頓和跳動(dòng)現(xiàn)象。但是存在一個(gè)問題，如果要同時(shí)實(shí)現(xiàn)一個(gè)跟隨頁面切換的指示器，就會(huì)出現(xiàn)當(dāng)頁面切換過去之后指示器才會(huì)跟著過去，因?yàn)轫撁媲袚Q的時(shí)候執(zhí)行了時(shí)延，而時(shí)延之后才會(huì)真正改變索引，此時(shí)才會(huì)setstate，之后指示器才能響應(yīng)到索引的切換，但是如果在時(shí)延之前就切換的話又會(huì)出現(xiàn)指示器先行的情況。因此這種方法其實(shí)是存在一些問題的。

所以解決這個(gè)問題的關(guān)鍵在于如何進(jìn)行頁面切換的判斷。這里可以有兩種思路實(shí)現(xiàn)，第一種是實(shí)現(xiàn)viewpage的onpagechanged方法，在里面進(jìn)行邏輯的判斷，然后用controller來進(jìn)行頁面跳轉(zhuǎn)，不過這種方法存在當(dāng)controller跳轉(zhuǎn)的時(shí)候又會(huì)回調(diào)onpagechanged，所以就會(huì)出現(xiàn)多次對(duì)索引不必要操作，而且如果有比如計(jì)時(shí)器等額外的功能的話可能不方便將頁面邏輯分開，而且依舊無法解決指示器延遲問題，同時(shí)也很難進(jìn)行細(xì)粒度的操作。

第二種方法我們就要去看pageview的源碼了，從源碼的角度來解決問題才是正確的方法。首先我們點(diǎn)進(jìn)去pageview的源碼

看到這里其實(shí)已經(jīng)有一些思路了，我們之前難點(diǎn)在于重寫了onpagechanged方法導(dǎo)致問題無法很好的解決，現(xiàn)在我們找到了onpagechanged調(diào)用的地方，只要找辦法避免掉就可以實(shí)現(xiàn)了。

當(dāng)然這里我們要說到NotificationListener，以及flutter對(duì)應(yīng)的冒泡事件傳輸機(jī)制，這里大家可以去看看這篇 文章 。

我來總結(jié)一下，其實(shí)就是flutter對(duì)于notification這個(gè)組件，有一中事件規(guī)則叫冒泡傳遞，底層的notification如果在它的 onNotification寫的邏輯中返回是false以及它不是根結(jié)點(diǎn)，就會(huì)去向上遍歷尋找它的祖先notification組件，知道遇到root節(jié)點(diǎn)或者某一個(gè)返回true，則事件傳遞結(jié)束。

而且在onNotification中可以對(duì)多種事件進(jìn)行監(jiān)聽和處理，所以我們可以把對(duì)viewpage頁面跳轉(zhuǎn)對(duì)索引處理的邏輯寫在這里，而且我們可以分別處理比如滑動(dòng)開始的start事件和結(jié)束的end事件，分別進(jìn)行細(xì)粒度的邏輯的處理，這樣就可以在外部進(jìn)行操作和別的功能實(shí)現(xiàn)了。

因此不僅無限輪播事件可以通過這種方法來解決，如果有其他的操作也可以這樣進(jìn)行處理，而且因?yàn)槲覀儧]有傳入onpagechanged方法，所以不存在多次調(diào)用的問題，pageview那里判斷onpagechanged是null方法就不會(huì)進(jìn)去了，會(huì)直接我們寫在pageview外面的notification的邏輯。

最后的結(jié)構(gòu)大概這樣

網(wǎng)站標(biāo)題：flutter源碼分析,flutter源碼下載
網(wǎng)址分享：http://sd-ha.com/article42/dsesjec.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計(jì)公司、品牌網(wǎng)站制作、電子商務(wù)、Google、網(wǎng)站內(nèi)鏈、手機(jī)網(wǎng)站建設(shè)

廣告

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