飄的含義是什么

動(dòng)詞

創(chuàng)新互聯(lián)堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站建設(shè)、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的江岸網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

1.(隨風(fēng)搖動(dòng)或飛揚(yáng))wave to and fro; float (in the air); flutter

名詞

1.Gone with the Wind 《飄》

飄

繁體：飃，飄

飄 piāo （動(dòng)）隨風(fēng)搖動(dòng)或飛揚(yáng)：

～帶｜～蕩｜～落｜～然｜～舞｜～溢｜～悠｜輕～｜風(fēng)雨～搖｜虛～。

(1)(形聲。從風(fēng),票聲。本義:旋風(fēng);暴風(fēng)) 同本義 [whirlwind;strong wind; storm wind]

(2)又如:飄風(fēng)(旋風(fēng));飄驟(疾風(fēng)驟雨。比喻事物突然驟起);飄風(fēng)驟雨(突然而來的旋風(fēng)暴雨)

flutter中流式布局

流式布局（Liquid）的特點(diǎn)（也叫"Fluid") 是頁面元素的寬度按照屏幕分辨率進(jìn)行適配調(diào)整，但整體布局不變。柵欄系統(tǒng)（網(wǎng)格系統(tǒng)），用戶標(biāo)簽等。在Flutter中主要有Wrap和Flow兩種Widget實(shí)現(xiàn)。

在介紹Row和Colum時(shí)，如果子widget超出屏幕范圍，則會報(bào)溢出錯(cuò)誤，在Flutter中通過Wrap和Flow來支持流式布局，溢出部分則會自動(dòng)折行。

上述有很多屬性和Row的相同，其意義其實(shí)也是相同的，這里我就不一一介紹了，主要介紹下不同的屬性：

我們一般很少會使用Flow，因?yàn)槠溥^于復(fù)雜，需要自己實(shí)現(xiàn)子widget的位置轉(zhuǎn)換，在很多場景下首先要考慮的是Wrap是否滿足需求。Flow主要用于一些需要自定義布局策略或性能要求較高(如動(dòng)畫中)的場景。Flow有如下優(yōu)點(diǎn)：

我們對六個(gè)色塊進(jìn)行自定義流式布局：

實(shí)現(xiàn)TestFlowDelegate:

可以看到我們主要的任務(wù)就是實(shí)現(xiàn)paintChildren，它的主要任務(wù)是確定每個(gè)子widget位置。由于Flow不能自適應(yīng)子widget的大小，我們通過在getSize返回一個(gè)固定大小來指定Flow的大小，實(shí)現(xiàn)起來還是比較麻煩的。

風(fēng)+湯（去掉三點(diǎn)水），念什么？

飏，音yang，音同“揚(yáng)”。動(dòng)詞。意義：(1) 飛揚(yáng);飄揚(yáng)；(2) 通“揚(yáng)”。

flutter 網(wǎng)絡(luò)請求dio的簡單使用以及請求頭參數(shù)的自定義

dio的使用方式有很多，我就只選出我認(rèn)為最好用的api方式做下記錄,把get成post就是post請求了,網(wǎng)絡(luò)請求都用的百度的api，實(shí)際上的response沒有任何意義，所以只要打印出response有值即可。

1.最簡單的請求例子,網(wǎng)絡(luò)請求是異步的所以用async await

2.帶有參數(shù)的get請求

3.自定義請求頭,可定義的請求頭dart已經(jīng)為我們提供了專門的類存了對應(yīng)的字符,引入以下庫，就能使用 HttpHeaders

一般我們請求接收到的數(shù)據(jù)是json格式，如'accept: application/json',我們就可以這樣自定義請求頭

4.使用Baseoptions

其他詳細(xì)參數(shù)設(shè)置參考如下:

關(guān)于flutter NestedScrollView導(dǎo)致其body的tabbarview的多個(gè)list同步滾動(dòng)的解決方案

講道理我起的好長的名字啊，不過文如上題，搜索到這里的兄弟應(yīng)該都知道我說的是啥情況，正好

～～

我這個(gè)方案可能有點(diǎn)笨拙TT，不過自測有效，有其它想法的老哥希望可以幫忙指點(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對象，是通過其scrollcontroller構(gòu)建的

在其state的setCanDrag方法中，對其拖動(dòng)設(shè)置了一系列的監(jiān)聽

這里就可以看出來，當(dāng)拖動(dòng)觸發(fā)時(shí)，就會通過當(dāng)前scrollable的position生成一個(gè)Drag/Hold對象，并調(diào)用相應(yīng)的方法 這個(gè)position有幾個(gè)子類，我們先隨便看一個(gè)實(shí)現(xiàn)

可以看到生成了一個(gè)ScrollDragController對象，當(dāng)手勢拖動(dòng)而調(diào)用這個(gè)對象的update方法時(shí)

可以看到直接調(diào)用其委托對象的applyUserOffset方法進(jìn)行偏移，而這個(gè)委托對象根據(jù)剛才的drag方法可以得知正是我們scrollable中的position

最后，由position通知其scrollcontext，也就是之前的scrollable進(jìn)行滑動(dòng)

具體的滑動(dòng)流程這里就不細(xì)說了，我們只是要知道這個(gè)事件是怎么傳遞的就好了，有興趣的老哥可以自行分析

NestedScrollView是一個(gè)statefulwidget，那我們就先看看它的build方法

先忽略其他奇奇怪怪的方法，我們發(fā)現(xiàn)在我們body的外面，包裹了一層PrimaryScrollController，同時(shí)它還持有innerController，這個(gè)innerController暫時(shí)先不管它是啥

還記不記得在最開始ScrollView的build方法中，生成Scrollable的時(shí)候，我們已經(jīng)見過這個(gè)PrimaryScrollController了，再回顧一下

再看看PrimaryScrollController.of(context)

可以看到，在生成scrollable的時(shí)候，在primary = true的情況下是會向上查找的，看看有沒有PrimaryScrollController，如果有的話，scrollable使用的controller實(shí)際就是nestedscrollview中的innerController了

而之前看過了，scrollable中的position就是scrollcontroller來生成的，那么在這種情況下：

實(shí)際上是生成了_NestedScrollPosition并返回給了body中的scrollable

構(gòu)造方法中有一個(gè)參數(shù)coordinator 暫時(shí)先不管

好了，下面我們在回頭看剛才NestedScrollView的build方法，實(shí)際上是生成了一個(gè)_NestedScrollViewCustomScrollView，繼承自大名鼎鼎的CustomScrollView，它當(dāng)然也是scrollview啦，而我們傳給它的controller也是一個(gè)_NestedScrollController，不過叫做_outerController，和body中的不是同一個(gè)罷了，那么自然這個(gè)父scrollview的position也是_NestedScrollPosition。

下面我們按照之前的邏輯，當(dāng)拖動(dòng)開始時(shí)，就會調(diào)用position.drag方法

可以看到，實(shí)際上吧方法交給了我們之前多次見到的coordinator來完成，那我們就簡單看一下吧

這里可以看到，他把返回的ScrollDragController的委托者設(shè)成了自己

那么自然在拖動(dòng)的時(shí)候，調(diào)用的就是coordinator的applyUseroffset方法了 我們分析一下

可以看到，在需要子列表滾動(dòng)時(shí)，是對innerPositions中的所有position調(diào)用滑動(dòng)方法的

而這innerPositions中的position是怎么來的呢？跟蹤一下可以發(fā)現(xiàn)是在調(diào)用NestedScrollController的attach時(shí)添加進(jìn)來的，如下

因?yàn)橹拔覀兛吹竭^，子scrollable中的controller就是這個(gè)NestedScrollController，所以在updateopsition時(shí)會把舊的detach調(diào)，把新生成的position attach進(jìn)來

另外，在dispose中也會detach

由此我們就知道啦，因?yàn)殚_啟了緩存后就不會調(diào)用劃出屏幕的頁面的dispose，自然所有子scrollable的position都存在nestedScrollController里面了，當(dāng)發(fā)生滑動(dòng)時(shí)，遍歷調(diào)用positions數(shù)組，就導(dǎo)致屏幕外的列表也跟著滑動(dòng)了～

既然開啟了緩存，手動(dòng)dispose肯定是沒啥意義的，實(shí)際上我們只要在頁面切換過后把未顯示的position 給detach掉就好了。

然鵝，因?yàn)閒lutter不支持反射，子布局傳遞的position我們拿不到，nestedScrollController我們也不能直接拿到=。=

不過有一個(gè)對象我們之前見到過，scrollable就是通過他獲取controller的，而position則是傳給了獲取到的controller 就是PrimaryScrollController了，所以我打算在中間第三者插足，對傳遞Position的PrimaryScrollController進(jìn)行Hook

在使用的時(shí)候把子列表添加進(jìn)去，并設(shè)置對應(yīng)的GlobalKey。

然后監(jiān)聽Tab切換

以上是我的方案，有問題的話還希望老哥幫忙指正，也希望有其他思路的老哥指點(diǎn)一下～～

上一下Github項(xiàng)目地址 用Flutter寫的WanAndroid 其中用到了這個(gè)方案

= =

3

文章題目：flutter意義,flatter和flutter
本文鏈接：http://chinadenli.net/article2/dsdseoc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供面包屑導(dǎo)航、動(dòng)態(tài)網(wǎng)站、虛擬主機(jī)、企業(yè)建站、網(wǎng)頁設(shè)計(jì)公司、做網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)