Flutter 集成第三方藍(lán)牙庫(kù)踩坑記錄

最近在寫(xiě)flutter應(yīng)用，需要集成藍(lán)牙功能，用了一個(gè)第三方的庫(kù)，踩了一些坑，做一下記錄。

創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設(shè),樂(lè)安企業(yè)網(wǎng)站建設(shè),樂(lè)安品牌網(wǎng)站建設(shè),網(wǎng)站定制,樂(lè)安網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營(yíng)銷(xiāo),網(wǎng)絡(luò)優(yōu)化,樂(lè)安網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競(jìng)爭(zhēng)力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專(zhuān)業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長(zhǎng)自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。

這是庫(kù)的地址 PhilipsHue/flutter_reactive_ble: Flutter library that handles BLE operations for multiple devices. (github.com)

安卓主要的坑就是，在使用藍(lán)牙功能的時(shí)候，需要獲取定位權(quán)限，這個(gè)需要?jiǎng)討B(tài)獲取。

集成之后，編譯出錯(cuò)，提示Swift Compiler Error。

（1）首先嘗試，修改對(duì)應(yīng)三方庫(kù)的Swift編譯版本。

我這邊嘗試修改，沒(méi)有成功。

（2） 沒(méi)辦法，我這邊手動(dòng)修改三方庫(kù)的源碼文件，進(jìn)行修復(fù)。重新編譯成功。

其他問(wèn)題

Flutter_圖片分辨率適配及批量拓展使用

flutter開(kāi)發(fā)中，圖片的引用是必不可少的，所以為了提高效率和精準(zhǔn)度，我們需要對(duì)不同分辨率的手機(jī)使用相對(duì)應(yīng)的切圖圖片，本章介紹如何進(jìn)行 圖片分辨率適配 和 圖片批量拓展處理 。

flutter中會(huì)首先根據(jù)系統(tǒng)的devicePixelRatio（每一個(gè)邏輯像素包含多少個(gè)原始像素，可以通過(guò)MediaQueryData.devicePixelRatio來(lái)得到）來(lái)找對(duì)應(yīng)倍數(shù)的文件夾下的圖片，如果沒(méi)有對(duì)應(yīng)倍數(shù)，找最接近的。

所以在flutter項(xiàng)目中，我們需要構(gòu)建對(duì)應(yīng)的倍數(shù)像素文件夾

之后再pubspec.yaml中，配置assets文件后就可以使用了（如使用"assets/images/jay.png"，會(huì)自動(dòng)適配該像素下最接近的jay圖片）。

使用flutter-img-sync插件批量化處理，具體操作如下

目前還不能處理gif、webp等格式的圖片，而且如果和上邊介紹的不同像素比適配方案一起使用的話，由于進(jìn)行了精準(zhǔn)定位，所以指定圖片后就不能進(jìn)行像素適配，這是目前還存在的較大問(wèn)題，所以目前兩者方案只能暫時(shí)取一使用。

Flutter中使用gRPC

gRPC是谷歌開(kāi)發(fā)的一款遠(yuǎn)程過(guò)程調(diào)用系統(tǒng)，可以讓客戶端像調(diào)用本地對(duì)象一樣使用服務(wù)端應(yīng)用的方法，使用protocol buffers接口定義語(yǔ)言來(lái)定義服務(wù)方法，protocol buffer定義參數(shù)和返回類(lèi)型。

protobuf類(lèi)似json，是一種數(shù)據(jù)結(jié)構(gòu)協(xié)議，在android studio中安裝Protobuf Support,方便查看編寫(xiě)的proto文件

dart使用proto插件將proto文件生成對(duì)應(yīng)的dart文件，使用如下步驟

1、安裝flutter之后，再flutter的下面路徑中有pub命令，需要將命令加入到path中。

可以vi ~/.zshrc,在文件中加入source ~/.bash_profile，然后在vi ~/.bash_profile文件中加入下面路徑（:分割不同的路徑）

export PATH=/Users/webull/app/flutter/bin:/Users/webull/app/flutter/bin/cache/dart-sdk/bin:/Users/webull/.pub-cache/bin:$PATH

其中fluter/bin是flutter的命令路徑，dart-sdk/bin中包含了pub和其他dart命令，.pub-cache/bin是之后運(yùn)行pub之后建立的路徑，里面包含了proto-gen-dart命令，用來(lái)將proto文件轉(zhuǎn)換為dart的命令

2、使用下面的命令安裝proto插件

$ pub global activate protoc_plugin

安裝完成后，上面的用戶目錄中的.pub-cache目錄才會(huì)有proto-gen-dart文件。

1、其中/Users/webull是我的用戶目錄 app/flutter是flutter的安裝目錄

參考：

1、gRPC介紹

2、gRPC配置

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è)類(lèi)庫(kù)，平時(shí)在我們的工作中都是拿著別人的造好的輪子在使用，這篇文章將帶你怎么去自己造輪子，以后再碰到別的類(lèi)庫(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)銷(xiāo)，而使用單例模式對(duì)象一旦創(chuàng)建每次訪問(wèn)都是同一個(gè)對(duì)象，不需要再次實(shí)例化該類(lèi)的對(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è)枚舉類(lèi)型在一個(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 類(lèi)庫(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)行磁盤(pá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ò)