如何解决等待iOS Swift CBPeripheralDelegate完成的正确方法?
进行蓝牙通信时,通常会出现这样一种情况,即一个人在代表中进行呼叫以获得响应,例如,如下所示的特征发现:
func discoverCharacteristics(device: CBPeripheral)
{
servicesCount = device.services!.count
for service in device.services!
{
print("Discovering characteristics for service \(service.uuid)")
device.discoverCharacteristics([],for: service)
}
}
现在,此发现不是针对特定设备,而是针对遵循蓝牙SIG服务/配置文件的健康设备,因此我不确切知道它们可能具有什么服务,也不知道每种服务可能具有多少个特征。 。该方法是异步的,并且在以下委托方法中用信号表示答案:
// Discovered Characteristics event
func peripheral(_ peripheral: CBPeripheral,didDiscoverCharacteristicsFor service: CBService,error: Error?)
{
for characteristic in service.characteristics!
{
print("Found characteristic \(characteristic.uuid)")
}
servicesCount = servicesCount - 1;
print("Characteristics sets left: \(servicesCount)")
if servicesCount == 0
{
print ("Found all characteristics")
DispatchQueue.main.async{
self.btleManager!.btleManagerDelegate.statusEvent(device: peripheral,statusEvent: Btle.CHARACTERISTICS_DISCOVERED)
}
self.device = peripheral
self.handleMds()
}
}
现在,我需要等到发现完成后才能进行下一步,因为下一步要做的事通常取决于我所得到的。在Java和Android中,我要做的是在调用方法中等待CountDownLatch,然后在回调中向闩锁发出信号以释放该等待。
与CountDownLatch等效的iOS似乎是DispatchSemaphore。但是,这样做显然会阻塞系统,并且永远不会调用任何委托。所以我所做的(如上面的代码所示)是使用服务数量初始化变量servicesCount
,并在每次发出信号时在委托回调中将其递减。当它达到零时,我就完成了,然后下一步。
这种方法行得通,但是似乎很麻烦;这是不正确的。当我需要对DIS特性,功能,各种时间服务等进行多次读取时,它开始变得非常混乱。所以我想知道什么是等待委托的正确方法?在继续前进之前得到信号?回想一下,我不知道这些设备可能具有什么服务或特征。
解决方法
首先,如果您已经具有CountDownLatch for Android的实现,则可以仅对iOS执行相同的实现。是的,Swift没有内置的CountDownLatch
,但是来自Uber created a good implementation的好朋友。
另一个选择是像您一样依赖变量,但是将其设为原子。在线有多种实现方式,其中包括同一Uber库中的一种。另一个示例在RxSwift library中。还有许多其他变体。原子变量将为变量的读/写操作提供线程安全性。
但最快捷的方法可能是拥有DispatchGroup。看起来像这样:
let dispatchGroup = DispatchGroup() // instance-level definition
// ...
func discoverCharacteristics
{
for service in device.services!
{
dispatchGroup.enter()
// ...
}
dispatchGroup.notify(queue: .main) {
// All done
print ("Found all characteristics")
DispatchQueue.main.async{
self.btleManager!.btleManagerDelegate.statusEvent(device: peripheral,statusEvent: Btle.CHARACTERISTICS_DISCOVERED)
}
self.device = peripheral
self.handleMds()
}
// ...
func peripheral(_ peripheral: CBPeripheral,didDiscoverCharacteristicsFor service: CBService,error: Error?)
{
// ...
dispatchGroup.leave()
}
换句话说,您将在要提交请求时输入组,在处理请求时将其保留。当所有项目都离开该组时,notify
将使用您提供的代码块执行。
每次致电didDiscoverCharacteristicsFor
时,您只会收到一次致电device.discoverCharacteristics
的电话。也就是说,仅在发现所有服务特征之后才进行didDiscoverCharacteristicsFor
调用。
您已经将peripheral
传递给了委托调用,因此您具有了解委托调用上下文所需的信息。无需“等待”。如果同时发现多个外围设备/服务的数据,则可以为每个外围设备或服务使用一个简单的状态机。
如果发现完成后需要采取一些措施,您甚至可以保留一组未处于完全发现状态的外围设备。例如一旦完成对外围设备的发现,便可以从该设备中删除该外围设备。如果该集合为空,则对所有设备的发现已完成。
所有此状态都属于您的模型。您的委托实现所需要做的就是使用已发现的数据更新模型。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。