[翻譯] iOS BLE開發(fā)之與外圍設(shè)備交互的最佳實踐

與外圍設(shè)備交互的最佳實踐

原文:Best Practices for Interacting with a Remote Peripheral Device

CoreBluetooth框架使許多中心端的事務(wù)對你的app可見的填渠。也就是說盗似,你的app控制它,并且負(fù)責(zé)實現(xiàn)作為中心角色的大多數(shù)方面矾缓,例如設(shè)備搜索和連接堡纬,外圍設(shè)備數(shù)據(jù)的探索和交互往枣。在你開發(fā)iOS設(shè)備app時痴突,這章指南提供了處理這層控制的最佳實踐摔认。

注意廣播使用和電池消耗

當(dāng)你開發(fā)app和低功耗設(shè)備交互時,請記住低功耗設(shè)備的通訊共享你設(shè)備的無線廣播信號。由于其他形式的無線通訊也需要占用你設(shè)備的廣播啊楚,如wifi,老版本藍(lán)牙吠冤,甚至其他占用低功耗藍(lán)牙的app,所以開發(fā)你的app時請減少對廣播的占用特幔。

當(dāng)你開發(fā)iOS設(shè)備app時咨演,減少廣播的使用非常重要闸昨,因為廣播的使用影響iOS設(shè)備的電池壽命蚯斯。下面的指南將會幫助你做一個良好的設(shè)備廣播使用者,這樣你的app將會運行的更好饵较,你設(shè)備的電池壽命會更長久拍嵌。

僅當(dāng)你需要時搜索設(shè)備

當(dāng)你調(diào)用CBCenterManager類的 scanForPeripheralsWithServices:options: 方法搜索正在廣播服務(wù)的外圍設(shè)備時,你的中心設(shè)備會使用它的廣播去監(jiān)聽所有正在廣播的設(shè)備直到你明確停止它循诉。

除非你需要搜索更多的設(shè)備横辆,當(dāng)你發(fā)現(xiàn)你要連接的設(shè)備時請停止搜索其他的設(shè)備。調(diào)用CBCenterManager類的stopScan方法去停止搜索其他設(shè)備茄猫。同見 Connecting to a Peripheral Device After You’ve Discovered It

必要時指定CBCentralManagerScanOptionAllowDuplicatesKey選項

外圍設(shè)備可能一秒發(fā)送多個廣播包向監(jiān)聽的中心設(shè)備表明它們的存在狈蚤。當(dāng)你調(diào)用scanForPeripheralsWithServices:options:方法搜索設(shè)備時,該方法默認(rèn)處理所有廣播的外圍設(shè)備并在一個事務(wù)里面處理划纽,也就是說脆侮,中心設(shè)備每發(fā)現(xiàn)一個新的外圍設(shè)備就會回調(diào) centralManager:didDiscoverPeripheral:advertisementData:RSSI:方法,并且忽略很多接收的廣播包勇劣。已搜索到的外圍設(shè)備廣播包發(fā)生變化時靖避,中心設(shè)備也會回調(diào)這個方法。

如果你想要改變這種默認(rèn)的處理方式比默,你應(yīng)該在調(diào)用 scanForPeripheralsWithServices:options: 時幻捏,指定一個 CBCentralManagerScanOptionAllowDuplicatesKey 常量做為搜索選項。設(shè)定后每次中心設(shè)備從外圍設(shè)備收到廣播包都會觸發(fā)發(fā)現(xiàn)設(shè)備回調(diào)命咐。大多數(shù)時候關(guān)閉這種默認(rèn)的處理行為是有用的篡九,比如根據(jù)外圍設(shè)備的信號強度建立近距離的連接(使用外圍設(shè)備的信號強度值)。也就是說醋奠,記住一點指定一個搜索選項對電池的壽命和app性能是不利的榛臼。因此,僅在一些必要的情況下使用指定搜索選項钝域。

明智的搜索數(shù)據(jù)

外圍設(shè)備可能提供很多服務(wù)和特征讽坏,而不只是你開發(fā)app為了完成指定任務(wù)感興趣的。搜索外圍設(shè)備所有的服務(wù)和特征對電池壽命和app性能是不利的例证。因此你應(yīng)該搜索你app關(guān)心的那些服務(wù)和特征路呜。

例如,假設(shè)你連接到一個提供很多服務(wù)的外圍的設(shè)備,但是你的app只需要其中的兩個服務(wù)胀葱。你可以通過使用包含服務(wù)UUIDs(用CBUUID對象)的數(shù)組漠秋,調(diào)用CBPeripheral類的discoverServices: 方法來指定搜索這兩個服務(wù)。如下示例:

[peripheral discoverServices:@[firstServiceUUID, secondServiceUUID]];

在搜索到你感興趣的兩個服務(wù)之后抵屿,你可以同樣的方式搜索服務(wù)里面你感興趣的特征庆锦。再次簡單的通過使用包含標(biāo)識特征UUIDs的數(shù)組,調(diào)用CBPerpheral類的discoverCharacteristics:forService:的方法從服務(wù)里面搜索你需要的特征轧葛。

監(jiān)聽那些經(jīng)常改變數(shù)據(jù)的特征

正如Retrieving the Value of a Characteristic描述的那樣搂抒,有兩種方式你可以接收特征的數(shù)據(jù):

  • 每次你需要獲取數(shù)據(jù)時,你可以明確的調(diào)用readValueForCharacteristic:方法獲取特征數(shù)據(jù)尿扯。
  • 你可以調(diào)用setNotifyValue:forCharacteristic:方法監(jiān)聽特征數(shù)據(jù)求晶,一旦外圍設(shè)備特征數(shù)據(jù)發(fā)生變化你就會收到通知。

對于那些經(jīng)常改變的特征數(shù)據(jù)衷笋,監(jiān)聽他們是一種良好的處理方式芳杏。同樣關(guān)于如何監(jiān)聽特征的數(shù)據(jù),參考 Subscribing to a Characteristic’s Value.

獲取所有需要的數(shù)據(jù)后與設(shè)備斷開連接

當(dāng)連接不在需要的時候辟宗,你可以與外圍設(shè)備斷開連接來減少你設(shè)備的廣播占用爵赵。以下兩種情況你應(yīng)該與外圍設(shè)備斷開連接:

  • 所有你監(jiān)聽的特征數(shù)據(jù)已經(jīng)停止發(fā)送通知。(你可以通過訪問特征屬性isNotifying的值來判斷特征數(shù)據(jù)是否發(fā)送通知泊脐。)
  • 你已經(jīng)從外圍設(shè)備獲取所有需要的數(shù)據(jù)空幻。

在上面兩種情況,請取消監(jiān)聽并與外圍設(shè)備斷開連接晨抡。你可以通過調(diào)用setNotifyValue:forCharacteristic:方法設(shè)置第一個參數(shù)為NO氛悬,來取消任何你對特征數(shù)據(jù)的監(jiān)聽。你可以調(diào)用CBCentralManager類的cancelPeripheralConnection:的方法來取消與外圍設(shè)備的連接耘柱。如下:

[myCentralManager cancelPeripheralConnection:peripheral];

注意:cancelPeripheralConnection:方法是非阻塞的如捅,并且任何CBPeripheral類的方法正在等待外圍設(shè)備影響時,你試圖斷開連接可能不成功调煎。因為其他app可能正在連接這個外圍設(shè)備镜遣,取消一個本地連接并不能保證低層的物理連接已經(jīng)斷開。從你app的角度士袄,這種斷開被認(rèn)為斷開悲关,并且中心設(shè)備調(diào)用回調(diào)centralManager:didDisconnectPeripheral:error: 方法。

重新連接外圍設(shè)備

使用CoreBluetooth框架娄柳,有三種方式與外圍重新建立連接寓辱。你可以:

  • 檢索那些已經(jīng)搜索到或之前連接過的外設(shè)列表,調(diào)用 retrievePeripheralsWithIdentifiers: 方法赤拒。如果你要找的在外設(shè)在這列表里秫筏,嘗試去連接它诱鞠。

  • 檢索那些當(dāng)前連接到系統(tǒng)的外設(shè)列表,調(diào)用retrieveConnectedPeripheralsWithServices:方法这敬。如果你要找的外設(shè)在列表里面航夺,連接它到你的app。

  • 調(diào)用scanForPeripheralsWithServices:options:方法搜索外設(shè)崔涂。如果發(fā)現(xiàn)阳掐,連接它。

你可能不希望每次重新連接外設(shè)時都去搜索同樣的外圍設(shè)備冷蚂,這取決你的應(yīng)用場景缭保。相反,你可能先使用別的方式去重新建立連接帝雇。如下一個示例顯示了關(guān)于使用上面方式重新連接外設(shè)的工作流程涮俄。

流程圖
流程圖

注意:你嘗試使用這幾種重新連接方式,并遵循這些步驟操作尸闸,在你app實踐過程之中可能不同。比如孕锄,你決定不使用第一種方式吮廉,或是嘗試同時先使用兩種。

檢索已知外圍設(shè)備列表

在你第一次搜索到一個外圍設(shè)備時畸肆,系統(tǒng)就會為其生成一個ID(UUID,用NSUUID對象來表示)來標(biāo)識這個外設(shè)宦芦。你可以保存這個標(biāo)識(例如使用NSUserDefaults類),并且在以后調(diào)用CBCentralManager類的retrievePeripheralsWithIdentifiers:方法使用這個標(biāo)識重新連接外設(shè)轴脐。如下描述了一種方式使用這種方法和之前連接過的外設(shè)建立重新連接调卑。

在你的app啟動之后,調(diào)用retrievePeripheralsWithIdentifiers:方法大咱,使用一個包含之前已搜索到和連接過的外設(shè)id的數(shù)組恬涧,如下:

knownPeripherals = [myCentralManager retrievePeripheralsWithIdentifiers:savedIdentifiers];

中心設(shè)備嘗試從之前已發(fā)現(xiàn)的外設(shè)中匹配此標(biāo)識的外設(shè),并返回一個包含CBPeripheral對象的數(shù)組碴巾。如果沒有匹配找溯捆,這個數(shù)組將為空,你需要嘗試其他兩種重新連接方式厦瓢。如果數(shù)組不為空提揍,讓用戶選擇哪個外設(shè)去建立重新連接。

當(dāng)用戶選擇了外設(shè)煮仇,調(diào)用CBCentralManager類的connectPeripheral:options:方法去連接它劳跃。如果這個外設(shè)還可以被連接,中心設(shè)備會回調(diào)centralManager:didConnectPeripheral:浙垫,這個外面重新連接成功刨仑。

注意:一個外設(shè)可能由于一些原因不能被連接成功强重。對此,這個外面可能不在中心設(shè)備的周圍贸人。另外间景,一些藍(lán)牙低功耗外外設(shè)周期的使用隨機(jī)地址。因此艺智,盡管一些外設(shè)在附近倘要,這個外設(shè)的地址較上次發(fā)現(xiàn)之后已經(jīng)發(fā)生了變化,這樣你嘗試使用這個CBPeripheral對象對連接它十拣,其實產(chǎn)不是對應(yīng)的外設(shè)封拧。如果因為外設(shè)地址變化你無法重新連接,你必須使用scanForPeripheralsWithServices:options:方法重新搜索它夭问。
更多關(guān)于隨機(jī)外設(shè)地址的信息泽西,請查看 the Bluetooth 4.0 specification, Volume 3, Part C, Section 10.8 and Bluetooth Accessory Design Guidelines for Apple Products.

檢索已連接的外圍設(shè)備列表

另外一種重新連接外設(shè)的方式就是檢查這個外設(shè)是否已經(jīng)連接到系統(tǒng)上了(有可能是其他app連接的)。你可以調(diào)用CBCenteralManager類的retrieveConnectedPeripheralsWithServices:方法缰趋,將會返回一個包含CBPeripheral對象的數(shù)組捧杉,用這表示已經(jīng)連接到系統(tǒng)的外設(shè)。

連接到當(dāng)前系統(tǒng)的外設(shè)可能不此有一個秘血,你可以通過使用一個包含CBUUID對象的數(shù)組來檢索那些連接到當(dāng)前系統(tǒng)的并且包含特定UUID服務(wù)的外設(shè)味抖。如果沒有外設(shè)連接到當(dāng)前系統(tǒng),數(shù)組為空并且你應(yīng)該嘗試其他兩種重新連接方式灰粮。如果數(shù)組不為空仔涩,讓用戶選擇一個外設(shè)嘗試去連接它。

假設(shè)用戶搜索然后選擇了一個期望連接的外設(shè)粘舟,直接調(diào)用 CBCentralManager類的connectPeripheral:options:方法連接到你的app熔脂。(盡管這個外設(shè)已經(jīng)連接到系統(tǒng),你仍然需要連接它到你的app并與之交互柑肴。)當(dāng)本地連接已經(jīng)建立霞揉,中心設(shè)備會回調(diào) centralManager:didConnectPeripheral:表示外設(shè)重新連接成功。

關(guān)于

隨性而譯嘉抒,無細(xì)較對零聚,歡迎批正文中不合適的地方。
dev.keke@gmail.com 翻譯于 2016-04-13

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末些侍,一起剝皮案震驚了整個濱河市隶症,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌岗宣,老刑警劉巖蚂会,帶你破解...
    沈念sama閱讀 217,657評論 6 505
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異耗式,居然都是意外死亡胁住,警方通過查閱死者的電腦和手機(jī)趁猴,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,889評論 3 394
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來彪见,“玉大人园担,你說我怎么就攤上這事屉更》塘瑁” “怎么了矾瑰?”我有些...
    開封第一講書人閱讀 164,057評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長酵镜。 經(jīng)常有香客問我碉碉,道長,這世上最難降的妖魔是什么淮韭? 我笑而不...
    開封第一講書人閱讀 58,509評論 1 293
  • 正文 為了忘掉前任垢粮,我火速辦了婚禮,結(jié)果婚禮上靠粪,老公的妹妹穿的比我還像新娘蜡吧。我一直安慰自己,他們只是感情好庇配,可當(dāng)我...
    茶點故事閱讀 67,562評論 6 392
  • 文/花漫 我一把揭開白布斩跌。 她就那樣靜靜地躺著,像睡著了一般捞慌。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上柬批,一...
    開封第一講書人閱讀 51,443評論 1 302
  • 那天啸澡,我揣著相機(jī)與錄音,去河邊找鬼氮帐。 笑死嗅虏,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的上沐。 我是一名探鬼主播皮服,決...
    沈念sama閱讀 40,251評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼参咙!你這毒婦竟也來了龄广?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,129評論 0 276
  • 序言:老撾萬榮一對情侶失蹤蕴侧,失蹤者是張志新(化名)和其女友劉穎择同,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體净宵,經(jīng)...
    沈念sama閱讀 45,561評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡敲才,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,779評論 3 335
  • 正文 我和宋清朗相戀三年裹纳,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片紧武。...
    茶點故事閱讀 39,902評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡剃氧,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出阻星,到底是詐尸還是另有隱情朋鞍,我是刑警寧澤,帶...
    沈念sama閱讀 35,621評論 5 345
  • 正文 年R本政府宣布迫横,位于F島的核電站番舆,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏矾踱。R本人自食惡果不足惜恨狈,卻給世界環(huán)境...
    茶點故事閱讀 41,220評論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望呛讲。 院中可真熱鬧禾怠,春花似錦、人聲如沸贝搁。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,838評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽雷逆。三九已至弦讽,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間膀哲,已是汗流浹背往产。 一陣腳步聲響...
    開封第一講書人閱讀 32,971評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留某宪,地道東北人仿村。 一個月前我還...
    沈念sama閱讀 48,025評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像兴喂,于是被迫代替她去往敵國和親蔼囊。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,843評論 2 354

推薦閱讀更多精彩內(nèi)容