上一篇介紹Banner的開(kāi)發(fā)。在大多數(shù)應(yīng)用場(chǎng)景中。banner和ListView通常是一起顯示的。 并且能夠共同滑動(dòng)。例如如下界面：
創(chuàng)新互聯(lián)主要從事成都做網(wǎng)站、網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)四川,十多年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專(zhuān)業(yè),歡迎來(lái)電咨詢(xún)建站服務(wù):18982081108
要實(shí)現(xiàn)上圖的界面，直接想到是ListView添加Header。但在Flutter中，ListView 組件相當(dāng)于RecyclerView，所以添加Header也用RecyclerView的原理：
封裝ListPage組件，list_page.dart
使用及測(cè)試：異步加載網(wǎng)絡(luò)數(shù)據(jù)使用
注意： 滾動(dòng)組件添加： physics: ClampingScrollPhysics() 可以處理IOS系統(tǒng)的物理滾動(dòng)的效果（即橡皮筋效果）
ListView 是最常用的可滾動(dòng)組件之一，可以沿一個(gè)方向線(xiàn)性排布所有子組件，并且它也支持基于Sliver的延遲構(gòu)建模型
默認(rèn)構(gòu)造函數(shù)：
ListView.builder：
ListView.separated：
ListView.separated 可以在生成的列表項(xiàng)之間添加一個(gè)分割組件，它比 ListView.builder 多了一個(gè) separatorBuilder 參數(shù)，該參數(shù)是一個(gè)分割組件生成器。
RefreshIndicator 下拉刷新：
RefreshIndicator 是 Material 風(fēng)格的下拉刷新組件。
CupertinoSliverRefreshControl 下拉刷新：
CupertinoSliverRefreshControl 是 ios 風(fēng)格的下拉刷新控件。
上拉加載的功能，需要用到 ScrollController + ListView組件:
為了提升用戶(hù)體驗(yàn)，使用三方登錄APP的功能怎么能少呢，但是蘋(píng)果的AppStore有一個(gè)很變態(tài)的要求，接入其他三方登錄的話(huà)，要求必須也要接入蘋(píng)果登錄。面對(duì)這么變態(tài)的要求，作為一個(gè)有實(shí)力的碼農(nóng)怎么能拒絕呢！
下面為大家介紹一個(gè)好用的Flutter插件 Sign in With Apple ，可以幫助我們快速的接入蘋(píng)果賬號(hào)功能，插件的英文文檔講的比較詳細(xì)了，英文好的同學(xué)可以直接參閱英文文檔集成。
在項(xiàng)目的 pubspec.yaml 文件中添加sign_in_with_apple插件的依賴(lài)，如果您使用的Flutter SDK 1.x版本請(qǐng)?zhí)砑右蕾?lài)版本 2.5.4 ：
如果您使用的Flutter SDK為2.x，請(qǐng)使用最新版本，當(dāng)前最新版本 3.0.0
使用XCode打開(kāi)項(xiàng)目后，按照以下圖片上的步驟添加 Sign in With Apple Capabilities：
成功添加 Sign in With Apple能力后，可以在下面的列表中就代表添加成功了，如下圖：
講道理我起的好長(zhǎng)的名字啊，不過(guò)文如上題，搜索到這里的兄弟應(yīng)該都知道我說(shuō)的是啥情況，正好
～～
我這個(gè)方案可能有點(diǎn)笨拙TT，不過(guò)自測(cè)有效，有其它想法的老哥希望可以幫忙指點(diǎn)一下～
下面進(jìn)入正題
點(diǎn)進(jìn)源碼里面看，可以發(fā)現(xiàn)他直接繼承了StatelessWidget，那我們就直接看看build方法
可以看到，這里直接返回一個(gè)scrollable或者一個(gè)子節(jié)點(diǎn)是scrollable的InheritedWidget
scrollable是一個(gè)StatefulWidget，那我們就看看它的state
首先scrollable持有一個(gè)scrollposition對(duì)象，是通過(guò)其scrollcontroller構(gòu)建的
在其state的setCanDrag方法中，對(duì)其拖動(dòng)設(shè)置了一系列的監(jiān)聽(tīng)
這里就可以看出來(lái)，當(dāng)拖動(dòng)觸發(fā)時(shí)，就會(huì)通過(guò)當(dāng)前scrollable的position生成一個(gè)Drag/Hold對(duì)象，并調(diào)用相應(yīng)的方法 這個(gè)position有幾個(gè)子類(lèi)，我們先隨便看一個(gè)實(shí)現(xiàn)
可以看到生成了一個(gè)ScrollDragController對(duì)象，當(dāng)手勢(shì)拖動(dòng)而調(diào)用這個(gè)對(duì)象的update方法時(shí)
可以看到直接調(diào)用其委托對(duì)象的applyUserOffset方法進(jìn)行偏移，而這個(gè)委托對(duì)象根據(jù)剛才的drag方法可以得知正是我們scrollable中的position
最后，由position通知其scrollcontext，也就是之前的scrollable進(jìn)行滑動(dòng)
具體的滑動(dòng)流程這里就不細(xì)說(shuō)了，我們只是要知道這個(gè)事件是怎么傳遞的就好了，有興趣的老哥可以自行分析
NestedScrollView是一個(gè)statefulwidget，那我們就先看看它的build方法
先忽略其他奇奇怪怪的方法，我們發(fā)現(xiàn)在我們body的外面，包裹了一層PrimaryScrollController，同時(shí)它還持有innerController，這個(gè)innerController暫時(shí)先不管它是啥
還記不記得在最開(kāi)始ScrollView的build方法中，生成Scrollable的時(shí)候，我們已經(jīng)見(jiàn)過(guò)這個(gè)PrimaryScrollController了，再回顧一下
再看看PrimaryScrollController.of(context)
可以看到，在生成scrollable的時(shí)候，在primary = true的情況下是會(huì)向上查找的，看看有沒(méi)有PrimaryScrollController，如果有的話(huà)，scrollable使用的controller實(shí)際就是nestedscrollview中的innerController了
而之前看過(guò)了，scrollable中的position就是scrollcontroller來(lái)生成的，那么在這種情況下：
實(shí)際上是生成了_NestedScrollPosition并返回給了body中的scrollable
構(gòu)造方法中有一個(gè)參數(shù)coordinator 暫時(shí)先不管
好了，下面我們?cè)诨仡^看剛才NestedScrollView的build方法，實(shí)際上是生成了一個(gè)_NestedScrollViewCustomScrollView，繼承自大名鼎鼎的CustomScrollView，它當(dāng)然也是scrollview啦，而我們傳給它的controller也是一個(gè)_NestedScrollController，不過(guò)叫做_outerController，和body中的不是同一個(gè)罷了，那么自然這個(gè)父scrollview的position也是_NestedScrollPosition。
下面我們按照之前的邏輯，當(dāng)拖動(dòng)開(kāi)始時(shí)，就會(huì)調(diào)用position.drag方法
可以看到，實(shí)際上吧方法交給了我們之前多次見(jiàn)到的coordinator來(lái)完成，那我們就簡(jiǎn)單看一下吧
這里可以看到，他把返回的ScrollDragController的委托者設(shè)成了自己
那么自然在拖動(dòng)的時(shí)候，調(diào)用的就是coordinator的applyUseroffset方法了 我們分析一下
可以看到，在需要子列表滾動(dòng)時(shí)，是對(duì)innerPositions中的所有position調(diào)用滑動(dòng)方法的
而這innerPositions中的position是怎么來(lái)的呢？跟蹤一下可以發(fā)現(xiàn)是在調(diào)用NestedScrollController的attach時(shí)添加進(jìn)來(lái)的，如下
因?yàn)橹拔覀兛吹竭^(guò)，子scrollable中的controller就是這個(gè)NestedScrollController，所以在updateopsition時(shí)會(huì)把舊的detach調(diào)，把新生成的position attach進(jìn)來(lái)
另外，在dispose中也會(huì)detach
由此我們就知道啦，因?yàn)殚_(kāi)啟了緩存后就不會(huì)調(diào)用劃出屏幕的頁(yè)面的dispose，自然所有子scrollable的position都存在nestedScrollController里面了，當(dāng)發(fā)生滑動(dòng)時(shí)，遍歷調(diào)用positions數(shù)組，就導(dǎo)致屏幕外的列表也跟著滑動(dòng)了～
既然開(kāi)啟了緩存，手動(dòng)dispose肯定是沒(méi)啥意義的，實(shí)際上我們只要在頁(yè)面切換過(guò)后把未顯示的position 給detach掉就好了。
然鵝，因?yàn)閒lutter不支持反射，子布局傳遞的position我們拿不到，nestedScrollController我們也不能直接拿到=。=
不過(guò)有一個(gè)對(duì)象我們之前見(jiàn)到過(guò)，scrollable就是通過(guò)他獲取controller的，而position則是傳給了獲取到的controller 就是PrimaryScrollController了，所以我打算在中間第三者插足，對(duì)傳遞Position的PrimaryScrollController進(jìn)行Hook
在使用的時(shí)候把子列表添加進(jìn)去，并設(shè)置對(duì)應(yīng)的GlobalKey。
然后監(jiān)聽(tīng)Tab切換
以上是我的方案，有問(wèn)題的話(huà)還希望老哥幫忙指正，也希望有其他思路的老哥指點(diǎn)一下～～
上一下Github項(xiàng)目地址 用Flutter寫(xiě)的WanAndroid 其中用到了這個(gè)方案
= =
3
ListView的基礎(chǔ)創(chuàng)建使用有三種方式：
通過(guò)默認(rèn)構(gòu)造函數(shù)來(lái)創(chuàng)建列表，應(yīng)用場(chǎng)景 = 短列表
這種方式創(chuàng)建的列表存在一個(gè)問(wèn)題：對(duì)于那些長(zhǎng)列表或者需要較昂貴渲染開(kāi)銷(xiāo)的子組件，即使還沒(méi)有出現(xiàn)在屏幕中但仍然會(huì)被ListView所創(chuàng)建，這將是一項(xiàng)較大的開(kāi)銷(xiāo)，使用不當(dāng)可能引起性能問(wèn)題甚至卡頓。
長(zhǎng)列表
列表子項(xiàng)之間需要分割線(xiàn)
ListView的進(jìn)階使用主要包括：下拉刷新 上拉加載
在Flutter中，ListView結(jié)合RefreshIndicator組件實(shí)現(xiàn)下拉刷新
通過(guò)包裹一層RefreshIndicator，自定義onRefresh回調(diào)方法實(shí)現(xiàn)
方式有兩種：
通過(guò)ListView.controller屬性可以判斷ListView是否滑動(dòng)到了底部，再進(jìn)行上拉加載
NotificationListener是一個(gè)Widget，可監(jiān)聽(tīng)子Widget發(fā)出的Notification
ListView在滑動(dòng)時(shí)中會(huì)發(fā)出ScrollNotification類(lèi)型的通知，可通過(guò)監(jiān)聽(tīng)該通知得到ListView的滑動(dòng)狀態(tài)，判斷是否滑動(dòng)到了底部，從而進(jìn)行上拉加載
NotificationListener有一個(gè)onNotification屬性，定義了監(jiān)聽(tīng)的回調(diào)方法，通過(guò)它來(lái)處理加載更多邏輯
不定期分享關(guān)于 安卓開(kāi)發(fā) 的干貨，追求 短、平、快 ，但 卻不缺深度 。
選擇一個(gè)aar文件，我這里用DynamsoftBarcodeReader.aar。
把目錄flutter/examples/hello_services/android/導(dǎo)入到Android Studio中。
點(diǎn)擊File New New Module，選擇Import .JAR/.AAR Package，添加AAR文件。打開(kāi)工程屬性，添加依賴(lài)模塊就可以了。
重慶分公司
重慶分公司
