建站
咨詢
售后
建站咨詢
新聞中心
2021-12-23 flutter module源碼方式集成流程分析
官方文檔
為商水等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計(jì)制作服務(wù)，及商水網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、商水網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會得到認(rèn)可，從而選擇與我們長期合作。這樣，我們也可以走得更遠(yuǎn)！
將 Flutter module 集成到 iOS 項(xiàng)目
（1）這時(shí)候還沒有App.framework ， podspec文件是有了
（2）有engine，F(xiàn)lutter.framework。
（3）有插件列表 podspec FlutterPluginRegistrant.podspec，這時(shí)沒有symlinks/plugins目錄軟鏈接
（4）導(dǎo)出當(dāng)前的環(huán)境變量 flutter_export_environment.sh
flutter-plugins-dependencies
執(zhí)行 podHelper.rb 腳本
做2件事情：
/Volumes/huc/opt/fvm/versions/2.2.0/packages/flutter_tools/bin/xcode_backend.sh build
多了.symlinks 和App.framework，重新拷貝了Flutter.xcframework
Pods-HouseCommercialCube-frameworks.sh
執(zhí)行 xcode_backend.sh
做3件事情：
AppFrameworkInfo.plist
assets_path 這個(gè)后面也沒有人用啊！
放到.ios下面
.ios/Flutter/engine/Flutter.xcframework
編譯前， 把這個(gè)下面添加一個(gè)空文件， engine被覆蓋了，那么那個(gè)空文件就沒了？
對比了一下大小。 release
debug 版本的Flutter.xcframework 255M
ios-release 1.03 GB
一開始是1.03G， run之后， 變成了255M
說明確實(shí)拷貝到這里了
.ios下面App.framework 沒有變
App.framework 61Mb
Flutter.framework 35Mb
"${PODS_ROOT}/Target Support Files/Pods-HouseCommercialCube/Pods-HouseCommercialCube-frameworks.sh"
Flutter視頻播放器，簡潔！
注：亮度調(diào)節(jié)和音量調(diào)節(jié)gif無法體現(xiàn)，功能是ok的，其次默認(rèn)Icon鎖的close和open實(shí)在難以分辨。
環(huán)境：Flutter 2.8.1 channel stable ;Dart 2.15.1
需要音頻播放器的看這里： Flutter音樂播放器
重點(diǎn)說下這個(gè)工具類，因?yàn)橐曨l播放，涉及到狀態(tài)改變有很多，筆者剛開始選擇使用 InheritedWidget 來在眾多的widget之間共享數(shù)據(jù)。但是總感覺這樣有點(diǎn)繁瑣，且不很優(yōu)雅！
這里非廣告，如果是使用 GetX 就很簡單了，筆者也使用了 GetX 進(jìn)行封裝了，一瀉千里的趕腳！，但是筆者還是那句話：剛開始接觸Flutter的開發(fā)者不是很建議使用 GetX ，可以先熟悉下Flutter狀態(tài)管理的基礎(chǔ)原理再行使用。而且為了盡量簡潔，還是不引入其他的第三方了。
我們選擇對第三方插件進(jìn)行封裝的目的不外乎這幾個(gè)：
于是筆者就寫了一個(gè)工具類 VideoPlayerUtils ，專門且只用來處理播放器的所有業(yè)務(wù)。包括暫停、播放、跳轉(zhuǎn)、調(diào)節(jié)音量、調(diào)節(jié)亮度、切換視頻等操作。在所有的widget中不會引用關(guān)于 video_player 或其他第三方插件的任何信息， VideoPlayerUtils 負(fù)責(zé)widget與播放器之間的所有操作交互。后續(xù)優(yōu)化迭代或更換播放器插件時(shí)，只需針對這個(gè)工具類進(jìn)行修改，對所有widget不會有任何的影響，大大的解耦合了。
其中 VideoPlayerState ：
提供以上的公共屬性，可以通過 VideoPlayerUtils 來獲取對應(yīng)的值，使用 get 只讀，使外界不會誤修改這些屬性，以保證數(shù)值的安全性。開發(fā)者可根據(jù)自身需要自行添加屬性。
提供以上方法來處理播放器的所有業(yè)務(wù)。同樣的開發(fā)者可根據(jù)自身需要自行添加或修改。
重點(diǎn)說下這個(gè)方法，是整個(gè)業(yè)務(wù)的核心方法，控制視頻的播放或暫停。開發(fā)者只要遇到播放或暫停是均可調(diào)用此方法，具體是播放或暫停，內(nèi)部根據(jù)傳入的 url 自行判斷，開發(fā)者不需要關(guān)心。
切換新視頻也是使用此方法，傳入的 url 與上次不一致，自動(dòng)切換新視頻。筆者可根據(jù) statusListener 來監(jiān)聽播放狀態(tài)的改變，以此處理自身邏輯。
這個(gè)也需要提下，視頻播放器在播放新視頻時(shí)會異步初始化，一般我們的操作是在 initState() 初始化，成功后再 setState() 。這里筆者遇到一個(gè)讓人蛋疼的問題：
我們看 video_player 的使用：
VideoPlayer(controller) ：widget中已經(jīng)持有了controller。本來筆者封裝的目的就是為了讓widget與controller的之間解耦合。但此時(shí)的筆者。。。。
放棄不是不可能放棄的，這輩子都不會放棄的！
于是筆者取了巧，寫了一個(gè)初始化監(jiān)聽器 initializedListener ，包換2個(gè)參數(shù)： bool,Widget ，初始化是否成功；其中widget為初始化成功返回需要展示的播放器UI，失敗默認(rèn)返回 const SizedBox() 。
到這里就可以簡單使用了：
沒看錯(cuò)，視頻播放就是這么簡單。
如果有更多的業(yè)務(wù)功能，筆者也按照自己的需求寫了一套，同樣的開發(fā)者可根據(jù)自身需要自行添加或修改。
VideoPlayerGestures 主要是處理手勢的，比如快進(jìn)、快退等跳轉(zhuǎn)播放；左側(cè)上下滑動(dòng)調(diào)節(jié)亮度；右側(cè)上下滑動(dòng)調(diào)節(jié)音量；單擊是否開啟沉浸式播放，所有widget的隱藏與顯示；雙擊播放、暫停等。
哦，還有 PercentageWidget 也放到這個(gè)文件下了，就是這玩意：
因?yàn)轱@示的百分比與手勢相關(guān)，隨著手勢移動(dòng)而更新。開發(fā)者可自行處理。
筆者處出于簡單考慮，就按照整個(gè)UI的位置命名了。瞅一眼就知道是啥玩意。
同樣的開發(fā)者可根據(jù)自身需要自行添加或修改。
就是這玩意：
同樣的開發(fā)者可根據(jù)自身需要自行添加或修改。話說這個(gè)鎖的 Icon 的open和close是真的難分辨！
就是這玩意：
同樣的開發(fā)者可根據(jù)自身需要自行添加或修改。
這玩意是自定義的，別問，問就是跟產(chǎn)品干一架落了下風(fēng)
主要就是自定義這玩意：
同樣的開發(fā)者可根據(jù)自身需要自定義。
注：這里沒有添加緩沖的進(jìn)度，開發(fā)可查看 video_player 中的源碼 VideoProgressIndicator ，按業(yè)務(wù)自行定義。
這玩意就是整合以上的widget，再考慮下全屏的安全區(qū)域，沒啥東西。開發(fā)者可自行處理！
具體的實(shí)現(xiàn)監(jiān)聽器的思路， 看這里 。
自此一個(gè)漂亮的Flutter視頻播放器就已經(jīng)結(jié)束了。如果您覺得對您有些許幫助的話，歡迎 Star ！
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è)跟隨頁面切換的指示器，就會出現(xiàn)當(dāng)頁面切換過去之后指示器才會跟著過去，因?yàn)轫撁媲袚Q的時(shí)候執(zhí)行了時(shí)延，而時(shí)延之后才會真正改變索引，此時(shí)才會setstate，之后指示器才能響應(yīng)到索引的切換，但是如果在時(shí)延之前就切換的話又會出現(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í)候又會回調(diào)onpagechanged，所以就會出現(xiàn)多次對索引不必要操作，而且如果有比如計(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對應(yīng)的冒泡事件傳輸機(jī)制，這里大家可以去看看這篇 文章 。
我來總結(jié)一下，其實(shí)就是flutter對于notification這個(gè)組件，有一中事件規(guī)則叫冒泡傳遞，底層的notification如果在它的 onNotification寫的邏輯中返回是false以及它不是根結(jié)點(diǎn)，就會去向上遍歷尋找它的祖先notification組件，知道遇到root節(jié)點(diǎn)或者某一個(gè)返回true，則事件傳遞結(jié)束。
而且在onNotification中可以對多種事件進(jìn)行監(jiān)聽和處理，所以我們可以把對viewpage頁面跳轉(zhuǎn)對索引處理的邏輯寫在這里，而且我們可以分別處理比如滑動(dòng)開始的start事件和結(jié)束的end事件，分別進(jìn)行細(xì)粒度的邏輯的處理，這樣就可以在外部進(jìn)行操作和別的功能實(shí)現(xiàn)了。
因此不僅無限輪播事件可以通過這種方法來解決，如果有其他的操作也可以這樣進(jìn)行處理，而且因?yàn)槲覀儧]有傳入onpagechanged方法，所以不存在多次調(diào)用的問題，pageview那里判斷onpagechanged是null方法就不會進(jìn)去了，會直接我們寫在pageview外面的notification的邏輯。
最后的結(jié)構(gòu)大概這樣
Flutter Dio源碼分析(四)--封裝
Flutter Dio源碼分析(一)--Dio介紹
Flutter Dio源碼分析(二)--HttpClient、Http、Dio對比
Flutter Dio源碼分析(三)--深度剖析
Flutter Dio源碼分析(四)--封裝
Flutter Dio源碼分析(一)--Dio介紹視頻教程
Flutter Dio源碼分析(二)--HttpClient、Http、Dio對比視頻教程
Flutter Dio源碼分析(三)--深度剖析視頻教程
Flutter Dio源碼分析(四)--封裝視頻教程
github倉庫地址
本文會手把手教你該怎么去封裝一個(gè)類庫，平時(shí)在我們的工作中都是拿著別人的造好的輪子在使用，這篇文章將帶你怎么去自己造輪子，以后再碰到別的類庫需要對其進(jìn)行封裝的時(shí)候提供一個(gè)的思路和方法。
在前面的文章中，我們對 Dio 的基本使用、請求庫對比、源碼分析，我們知道 Dio 的使用非常的簡單，那為什么還需要進(jìn)行封裝呢？有兩點(diǎn)如下：
當(dāng)組件庫方法發(fā)生重要改變需要遷移的時(shí)候如果有多處地方用到，那么需要對使用到的每個(gè)文件都進(jìn)行修改，非常的繁瑣而且很容易出問題。
當(dāng)不需要 Dio 庫的時(shí)候，我們可以隨時(shí)方便切換到別的網(wǎng)絡(luò)請求庫，當(dāng)然 Dio 目前內(nèi)置支持使用第三方庫的適配器。
因?yàn)橐粋€(gè)應(yīng)用程序基本都是統(tǒng)一的配置方式，所以我們可以針對 攔截器 、 轉(zhuǎn)換器 、 緩存 、 統(tǒng)一處理錯(cuò)誤 、 代理配置 、 證書校驗(yàn) 等多個(gè)配置進(jìn)行統(tǒng)一管理。
因?yàn)槲覀兊膽?yīng)用程序在每個(gè)頁面中都會用到網(wǎng)絡(luò)請求，那么如果我們每次請求的時(shí)候都去實(shí)例化一個(gè) Dio ，無非是增加了系統(tǒng)不必要的開銷，而使用單例模式對象一旦創(chuàng)建每次訪問都是同一個(gè)對象，不需要再次實(shí)例化該類的對象。
這是通過靜態(tài)變量的私有構(gòu)造器來創(chuàng)建的單例模式
我們對 超時(shí)時(shí)間 、 響應(yīng)時(shí)間 、 BaseUrl 進(jìn)行統(tǒng)一設(shè)置
因?yàn)椴还苁?get() 還是 post() 請求， Dio 內(nèi)部最終都會調(diào)用 request 方法，只是傳入的 method 不一樣，所以我們這里定義一個(gè)枚舉類型在一個(gè)方法中進(jìn)行處理
我們已經(jīng)把 Restful API 風(fēng)格簡化成了一個(gè)方法，通過 DioMethod 來標(biāo)明不同的請求方式。在我們平時(shí)開發(fā)的過程中，需要在請求前、響應(yīng)前、錯(cuò)誤時(shí)對某一些接口做特殊的處理，那我們就需要用到攔截器。 Dio 為我們提供了自定義攔截器功能，很容易輕松的實(shí)現(xiàn)對請求、響應(yīng)、錯(cuò)誤時(shí)進(jìn)行攔截
我們發(fā)現(xiàn)雖然 Dio 框架已經(jīng)封裝了一個(gè) DioError 類庫，但如果需要對返回的錯(cuò)誤進(jìn)行統(tǒng)一彈窗處理或者路由跳轉(zhuǎn)等就只能自定義了
在我們發(fā)送請求的時(shí)候會碰到幾種情況，比如需要對非open開頭的接口自動(dòng)加上一些特定的參數(shù)，獲取需要在請求頭增加統(tǒng)一的 token
在我們請求接口前可以對響應(yīng)數(shù)據(jù)進(jìn)行一些基礎(chǔ)的處理，比如對響應(yīng)的結(jié)果進(jìn)行自定義封裝，還可以針對單獨(dú)的 url 做特殊處理等。
我們看了轉(zhuǎn)換器的介紹，發(fā)現(xiàn)和攔截器的功能差不多，那為什么還要存在轉(zhuǎn)換器，有兩點(diǎn)：
執(zhí)行流程： 請求攔截器 請求轉(zhuǎn)換器 發(fā)起請求 響應(yīng)轉(zhuǎn)換器 響應(yīng)攔截器 最終結(jié)果 。
只會被用于 'PUT'、 'POST'、 'PATCH'方法，因?yàn)橹挥羞@些方法才可以攜帶請求體(request body)
會被用于所有請求方法的返回?cái)?shù)據(jù)。
在開發(fā)過程中，客戶端和服務(wù)器打交道的時(shí)候，往往會用一個(gè) token 來做校驗(yàn)，因?yàn)槊總€(gè)公司處理刷新token的邏輯都不一樣，我這里舉一個(gè)簡單的例子
為什么我們需要有取消請求的功能，如果當(dāng)我們的頁面在發(fā)送請求時(shí)，用戶主動(dòng)退出當(dāng)前界面或者app應(yīng)用程序退出的時(shí)候數(shù)據(jù)還沒有響應(yīng)，那我們就需要取消該網(wǎng)絡(luò)請求，防止不必要的錯(cuò)誤。
由 服務(wù)器生成 的 一小段文本信息 ，發(fā)送給瀏覽器，瀏覽器把 cookie 以kv形式保存到本地 某個(gè)目錄下的文本文件內(nèi)，下一次請求同一網(wǎng)站時(shí)會把該 cookie 發(fā)送給服務(wù)器。
cookie 的使用需要用到兩個(gè)第三方組件 dio_cookie_manager 和 cookie_jar
因?yàn)樵谖覀兤綍r(shí)的開發(fā)過程中，會碰到一種情況，在進(jìn)行網(wǎng)絡(luò)請求時(shí)，我們希望能正常訪問到上次的數(shù)據(jù)，對于用戶的體驗(yàn)比較好，而不是展示一個(gè)空白的頁面，該緩存主要是 《Flutter實(shí)戰(zhàn)》網(wǎng)絡(luò)接口緩存 提供參考。
我們在程序退出后內(nèi)存緩存將會消失，所以我們用 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ò)
當(dāng)前標(biāo)題：flutter音樂源碼,flutter 音樂播放器
標(biāo)題URL：http://www.ef60e0e.cn/article/hoppce.html
