Flutter實(shí)現(xiàn)堆疊式卡輪播效果

在本博客中，我們將探討Flutter中的堆疊式卡輪播。 我們還將實(shí)現(xiàn)一個(gè)演示程序，并學(xué)習(xí)在您的flutter應(yīng)用程序中使用 stacked_card_carousel 包創(chuàng)建一個(gè)帶有垂直輪播的堆疊卡。

創(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è)合作伙伴！

用于創(chuàng)建帶有堆疊卡片的垂直輪播的小部件。 下面的演示視頻顯示了如何在Flutter中創(chuàng)建帶有垂直旋轉(zhuǎn)木馬的堆疊卡。 它顯示了在您的flutter應(yīng)用程序中如何使用stacked_card_carousel軟件包來(lái)使用堆疊式卡輪播。 它顯示了垂直圓盤傳送帶滑動(dòng)卡的列表，所有卡向上滑動(dòng)并堆疊，稱為堆疊式卡傳送帶。 它會(huì)顯示在您的設(shè)備上。

堆疊式卡輪播的一些屬性是：

在lib文件夾中創(chuàng)建一個(gè)名為style_card.dart的新dart文件。

首先，我們創(chuàng)建StyleCard類，將在后續(xù)的DEMO中調(diào)用它

我們將制作一個(gè) card 控件. 在card控件中, 我們加入一個(gè)elevation 屬性和一個(gè)column控件。 在column中, 我們加入一個(gè)container用于包含image, title 和 description. 然后在stacked_card_demo頁(yè)面中使用它。

在lib文件夾中創(chuàng)建一個(gè)新的名為stacked_card_demo.dart的dart文件。

現(xiàn)在，我們將創(chuàng)建一個(gè)styleCards列表，并在其中添加一個(gè)StyleCard類。

我們創(chuàng)建了八個(gè)卡片控件，并在其中添加了image，title和description。 程序運(yùn)行后，我們將看到一個(gè)卡片列表， 當(dāng)用戶向上滑動(dòng)時(shí)，所有卡片都將堆疊在一起； 當(dāng)用戶向下滑動(dòng)時(shí)，卡片都將回到原始位置；

效果如下：

Demo地址：

flutter為什么不推薦getx

使用這個(gè)版本的GetX寫(xiě)了Demo之后，發(fā)現(xiàn)有幾個(gè)問(wèn)題：

感覺(jué)不太像是穩(wěn)定版本，存在一些比較明顯的問(wèn)題；而且2.0.6到2.0.7只是一個(gè)小版本，全局狀態(tài)管理邏輯似乎就有比較大的改動(dòng)。

不支持響應(yīng)式編程，這個(gè)版本的狀態(tài)管理還是基于state的邏輯；因?yàn)橄胍容^高效的解耦頁(yè)面和邏輯，可能需要搭配響應(yīng)式編程框架。

相關(guān)功能可能比較少，沒(méi)有最新版本的功能那么全面。

Flutter是Google開(kāi)源的構(gòu)建用戶界面（UI）工具包，幫助開(kāi)發(fā)者通過(guò)一套代碼庫(kù)高效構(gòu)建多平臺(tái)精美應(yīng)用，支持移動(dòng)、Web、桌面和嵌入式平臺(tái)。

Flutter 開(kāi)源、免費(fèi)，擁有寬松的開(kāi)源協(xié)議，適合商業(yè)項(xiàng)目。Flutter已推出穩(wěn)定的2.0版本。

產(chǎn)生背景：

Flutter可以方便的加入現(xiàn)有的工程中。在全世界，F(xiàn)lutter 正在被越來(lái)越多的開(kāi)發(fā)者和組織使用，并且 Flutter是完全免費(fèi)、開(kāi)源的。它也是構(gòu)建未來(lái)的 Google Fuchsia 應(yīng)用的主要方式。

Flutter組件采用現(xiàn)代響應(yīng)式框架構(gòu)建，這是從React中獲得的靈感，中心思想是用組件(widget)構(gòu)建你的UI。

組件描述了在給定其當(dāng)前配置和狀態(tài)時(shí)他們顯示的樣子。當(dāng)組件狀態(tài)改變，組件會(huì)重構(gòu)它的描述(description)，F(xiàn)lutter 會(huì)對(duì)比之前的描述， 以確定底層渲染樹(shù)從當(dāng)前狀態(tài)轉(zhuǎn)換到下一個(gè)狀態(tài)所需要的最小更改。

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倉(cāng)庫(kù)地址

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

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

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

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

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

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

這是通過(guò)靜態(tài)變量的私有構(gòu)造器來(lái)創(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)格簡(jiǎn)化成了一個(gè)方法，通過(guò) DioMethod 來(lái)標(biāo)明不同的請(qǐng)求方式。在我們平時(shí)開(kāi)發(fā)的過(guò)程中，需要在請(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 類庫(kù)，但如果需要對(duì)返回的錯(cuò)誤進(jìn)行統(tǒng)一彈窗處理或者路由跳轉(zhuǎn)等就只能自定義了

在我們發(fā)送請(qǐng)求的時(shí)候會(huì)碰到幾種情況，比如需要對(duì)非open開(kāi)頭的接口自動(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ù)。

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

為什么我們需要有取消請(qǐng)求的功能，如果當(dāng)我們的頁(yè)面在發(fā)送請(qǐng)求時(shí)，用戶主動(dòng)退出當(dāng)前界面或者app應(yīng)用程序退出的時(shí)候數(shù)據(jù)還沒(méi)有響應(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í)的開(kāi)發(fā)過(guò)程中，會(huì)碰到一種情況，在進(jìn)行網(wǎng)絡(luò)請(qǐng)求時(shí)，我們希望能正常訪問(wèn)到上次的數(shù)據(jù)，對(duì)于用戶的體驗(yàn)比較好，而不是展示一個(gè)空白的頁(yè)面，該緩存主要是 《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)來(lái)設(shè)置底層 HttpClient 的代理。

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

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

Flutter 開(kāi)發(fā)筆記

下面這種情況下，為 InkWell 設(shè)置的 splashColor 不會(huì)生效：

需要用 Material 去除背景色，然后將顏色設(shè)置在 InkWell 外部：

在 Dialog builder 中使用 WillPopScope 禁用返回鍵返回：

注意：使用此方法同時(shí)也會(huì)禁用 iOS 上的手勢(shì)滑動(dòng)返回功能，推薦判斷平臺(tái)后再使用。

修改對(duì)話框中的復(fù)選框狀態(tài)，最簡(jiǎn)便的方法是通過(guò) Element 中的 markNeedsBuild 方法：

當(dāng)然，更推薦的做法是通過(guò) StatefulBuilder ，然后就可以在 Dialog 中調(diào)用 setState 方法了，不過(guò)在調(diào)用 setState 時(shí)需要判斷 Dialog 是否已經(jīng)關(guān)閉，否則會(huì)造成 setState() called after dispose() 的錯(cuò)誤，可以通過(guò)添加一個(gè)標(biāo)志位來(lái)解決，如下：

在 Web 中加載網(wǎng)絡(luò)圖片有時(shí)會(huì)失敗，遇到這樣的報(bào)錯(cuò)： Exception caught by image resource service... ，造成該錯(cuò)誤的原因通常是，圖片跨域了（見(jiàn) 跨域資源共享 ）。最簡(jiǎn)單的解決辦法是， 使用 HTML 渲染加載 ，而不是默認(rèn)的 CanvasKit。

Flutter 中所有的 list 默認(rèn)都是沒(méi)有 ScrollBar 的，必須使用 ScrollBar 組件。ScrollBar 組件通過(guò)監(jiān)聽(tīng) ScrollView 的 ScrollNotification 來(lái)刷新位置，所以 List 的長(zhǎng)度必須是固定的。

當(dāng)使用 WebView 等高度不定的組件時(shí)會(huì)出現(xiàn)內(nèi)容被截?cái)嗟那闆r，通常可以使用 NestedScrollView 來(lái)解決該問(wèn)題，需要在 WebView 外部嵌套 SingleChildScrollView。

雖然使用了緩存，而且也是用 builder 加載圖片的，但是發(fā)現(xiàn)一個(gè)現(xiàn)象：滑動(dòng)屏幕后圖片短暫消失并重新加載了。圖片高度很高時(shí)這種現(xiàn)象更加明顯，其原因是超出屏幕范圍一定距離的組件被重新渲染了。解決方法是在 ListView 上設(shè)置 cacheExtent 參數(shù):

該參數(shù)的作用是改變超出屏幕高度后繼續(xù)渲染的范圍（以像素為單位），比如設(shè)置成 9999 后意味著超出屏幕 10000 像素以內(nèi)的內(nèi)容都會(huì)被保留下來(lái)。

借助 IntrinsicHeight 組件：

另外，IntrinsicHeight 還可以用于 Dialog 或者 BottomSheet 中，使得其中的元素 顯示內(nèi)在元素的高度 ，從而避免元素因?yàn)榧s束的存在而不顯示或者高度太高（比如在使用了 Column 或者 Row 的時(shí)候）。

在通過(guò) Uri 的 queryParameters 獲取 query 參數(shù)時(shí)，發(fā)現(xiàn)有些鏈接會(huì)拋出下面異常：

造成該異常的原因是 Uri 默認(rèn)使用 utf-8 解碼超鏈接字符串，如果鏈接中包含非 utf-8 字符，就會(huì)造成上面的錯(cuò)誤，相關(guān) issue 見(jiàn)： issue #31621 。目前該 issue 處于 open 的狀態(tài)，暫時(shí)的解決辦法是，在所有使用到 queryParameter 的地方用 try..catch 捕捉可能拋出的異常。

Flutter 開(kāi)發(fā)非常依賴各種官方或第三方的插件，而在使用這些插件時(shí)多少都會(huì)遇到一些問(wèn)題，大部分問(wèn)題都可以通過(guò)搜索和查找 issue 來(lái)解決。這里記錄下一些我在使用部分插件時(shí)遇到的問(wèn)題及其解決方法。

目前該庫(kù)沒(méi)有圖片加載完成的回調(diào)（見(jiàn) issue #545 ），不過(guò)我們可以通過(guò)在 imageBuilder 中來(lái)添加回調(diào)：

這是一個(gè)應(yīng)用內(nèi)更新插件，安卓 10 以上安裝時(shí)需要在 manifest 中添加以下內(nèi)容：

目前功能最強(qiáng)大的 WebView 插件，基本能滿足絕大部分移動(dòng)端網(wǎng)頁(yè)加載的需求，而且可定制化程度高。

一般通過(guò) CookieManager 修改 Cookie，攔截請(qǐng)求并修改請(qǐng)求對(duì)象的 Header 不會(huì)生效。

InAppWebViewOptions 的 userAgent 只在 iOS 上生效，而 applicationNameForUserAgent 只在 Android 上生效，所以最好的做法是分平臺(tái)設(shè)置 InAppWebViewOptions ，而且需要注意，由于設(shè)置 userAgent 后會(huì)覆蓋默認(rèn)的 UserAgent，所以如果需要在默認(rèn)的 UserAgent 上添加其它參數(shù)，iOS 上需要通過(guò) InAppWebViewController.getDefaultUserAgent() 獲取默認(rèn) UserAgent 參數(shù)，而 Android 不需要添加。

如果圖片源或者請(qǐng)求是 http 的，為了在 Android 上正常加載請(qǐng)求，必須在 AndroidInAppWebViewOptions 中將 mixedContentMode 設(shè)置為 AndroidMixedContentMode.MIXED_CONTENT_ALWAYS_ALLOW 。

當(dāng)我們想要設(shè)置全屏圖片的時(shí)候，由于默認(rèn)的 Constraint 會(huì)將圖片居中顯示，所以圖片四周會(huì)留有空隙。為了去除這個(gè)限制，我們需要 Xcode 中打開(kāi) LaunchScreen.storyboard，然后在 View Controller 的 View 和 LaunchImage 上的 Safe Area 去掉。

具體設(shè)置方法：右側(cè) Inspector 面板 Show the Size inspector 解選 Layout Margins 中的 Safe Area Relative Margins，拖動(dòng)圖片占滿全屏，然后根據(jù) View Controller Scene 的 Warning，更新 Constraint 就可以了。

在集成某些三方庫(kù)之后，在使用命令行運(yùn)行 iOS 模擬器的時(shí)候可能會(huì)遇到下面這個(gè)報(bào)錯(cuò)：

這是因?yàn)?iOS 模擬器未來(lái)將會(huì)兼容 arm64 架構(gòu)，但是目前還不支持，所以我們需要修改 Build Setting 使得能夠在 x86_64 的模擬器上運(yùn)行，操作步驟見(jiàn) 這里 。

Flutter中文書(shū)籍推薦

我寫(xiě)了一本 《Flutter實(shí)戰(zhàn)》 推薦給大家。

在線閱讀地址：

更多內(nèi)容請(qǐng)移步 《Flutter實(shí)戰(zhàn)》 。

Flutter（六）Android與Flutter混合開(kāi)發(fā)（Hybird）

如果我們目前的項(xiàng)目是Android的，但是接下來(lái)我們希望部分頁(yè)面可以使用Flutter進(jìn)行開(kāi)發(fā)，甚至我們希望在Native頁(yè)面中嵌入FlutterUI組件，那么我們?cè)撊绾螌?shí)現(xiàn)呢？

假設(shè)你現(xiàn)在Android項(xiàng)目的目錄的結(jié)構(gòu)是這樣的

這時(shí)候如果你想創(chuàng)建一個(gè)Flutter模塊，使得Android模塊和Flutter模塊之間可以進(jìn)行交互，我們可以通過(guò)Android Studio新建一個(gè)Flutter Module，具體過(guò)程是：File — New — New Module ，之后選擇Flutter Module，指定Project Location的路徑為

也就是說(shuō)，最終你的項(xiàng)目結(jié)構(gòu)會(huì)是這樣的

接下來(lái)在Android Module的 build.gradle 文件中添加flutter依賴

先創(chuàng)建一個(gè)Flutter頁(yè)面

這里比較重要的是 window.defaultRouteName 這個(gè)字段，這個(gè)字段可以接收從Native傳遞過(guò)來(lái)的參數(shù) （下文我們會(huì)介紹原生傳遞參數(shù)的方法），也就是說(shuō)通過(guò)這個(gè)字段我們就可以進(jìn)行Flutter頁(yè)面的路由的分發(fā)

我們可以直接在Android的 MainActivity 中啟動(dòng)一個(gè) FlutterActivity ，這里的 initialRoute 方法中傳遞的參數(shù)就對(duì)應(yīng)Flutter層的 window.defaultRouteName

注意：需要在 AndroidManifest.xml 注冊(cè) FlutterActivity

自己創(chuàng)建一個(gè) FlutterAppActivity 繼承自 FlutterActivity

在 MainActivity 中啟動(dòng) FlutterAppActivity （另外別忘了在 AndroidManifest.xml 中注冊(cè) FlutterAppActivity ）

兩種啟動(dòng)方式的區(qū)別

如果單純只是想打開(kāi)一個(gè)Flutter頁(yè)面，兩種方式實(shí)際上基本沒(méi)有太大區(qū)別，第一種方式也許還會(huì)更簡(jiǎn)單一點(diǎn)。但是，在Flutter開(kāi)發(fā)中，我們往往還需要開(kāi)發(fā)一些Native插件供Flutter調(diào)用，如果使用復(fù)寫(xiě) FlutterActivity 的方式更有利于我們?cè)?FlutterActivity 中注冊(cè)我們的Native插件，所以實(shí)際開(kāi)發(fā)中一般推薦使用第二種方式

擴(kuò)展思考

initialRoute 從名稱上看起來(lái)是Flutter提供給我們進(jìn)行Native與Flutter交互的路由跳轉(zhuǎn)的，但是實(shí)際上他就是一個(gè)字符串，我們不僅僅可以傳遞一個(gè)路由名稱，有時(shí)候我們也可以通過(guò)這個(gè)參數(shù)傳遞一串JSON數(shù)據(jù)，然后在Flutter端進(jìn)行解析，這樣我們就可以通過(guò)這個(gè)參數(shù)做更多的事情

activity_main.xml

FrameLayout 用于承載Flutter組件

MainActivity.java

使用 FragmentManager 將 FlutterFragment 添加到 FrameLayout 容器中

運(yùn)行結(jié)果

上半部分是原生的TextView，下半部分是Flutter的Text組件

本節(jié)主要介紹了Native和Flutter之間的頁(yè)面跳轉(zhuǎn)，以及同一個(gè)頁(yè)面中Native與Flutter組件的組合。接下來(lái)會(huì)介紹如何編寫(xiě)Android插件與Flutter進(jìn)行數(shù)據(jù)交互

分享標(biāo)題：flutter輪子推薦,flutter入門經(jīng)典
文章起源：http://chinadenli.net/article4/dseddie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、網(wǎng)站營(yíng)銷、App開(kāi)發(fā)、關(guān)鍵詞優(yōu)化、移動(dòng)網(wǎng)站建設(shè)、自適應(yīng)網(wǎng)站

廣告

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