HomeKit Bridge

前言

之前说过了一些关于HomeKit的一些基础的东西，现在来说说HomeKit关于Bridge的开发。网上关于HomeKit Bridge的介绍比较少，就文档上提了一下，并没有很细致的讲解，我之后也是不断的摸索总结点经验，如果有什么地方说错了或者理解错了，希望指出来，我会改进。

简单介绍

简单的介绍一下Bridge，这个东西被称作桥接器，顾名思义就是和配件之间的一个桥梁，正常的HomeKit是直接操作配件，而这个是操作这个桥接器，直接与桥接器进行交互来实现配件的增删改查。其实他和其他的配件是一样的，都包括name，services，identifier（8.0-9.0），uniqueIdentifier（9.0以上），等一些列基本属性，但是Bridge有两个特殊的属性identifiersForBridgedAccessories，uniqueIdentifiersForBridgedAccessories，看名字就知道了，是个数组，里面放的是这个Bridge下面配件的，identifier，uniqueIdentifier。也就是说我这个Bridge下面有哪些配件的id。

原理介绍

Bridge的services和characters是自定义的，但是有一些固定的是属性是必须要有的，比如说厂商号，名字，没有这些或者格式不符合协议，会被视为不合格的Bridge，也就添加不进去，具体可以参考《HomeKit Accessory Protocol Specification - iOS 10 Developer Preview R1》，上面对每个服务和特性都有具体的要求。character可以是自定义，可设置character为可读，可写，可上报三种类型。Bridge可以看作为服务器和数据库，他和手机中HomeKit数据库保持同步，也就是说，我们可以通过修改HomeKit数据库中character中的属性，来改变Bridge中character的属性，然后Bridge发现自己的character改变了，从而响应相应的操作；当Bridge属性状态受其它影响改变时，是以上报的方式告诉HomeKit的数据库我的这个character改变了，前提是这个character是上报模式，而且再上报之前你要主动去把他的上报设为true，你才可以收到上报消息，就是以这种方式进行信息交互。

访问服务器接口 = 修改character

收到服务器的回复 = Bridge上报消息

Bridge和你的HomeKit数据库是以Http请求进行通讯的，当Bridge加入到你的房间或者每次打开软件，HomeKit数据库都会与Bridge建立Http连接。你可以把Bridge当作云端，把HomeKit当作本地，两端会数据同步，就相当于互相访问。
记住一定要打开上报，不然你不会收到Bridge的上报信息。

对Bridge基本操作

搜索添加删除操作和基本配件是一样的，可以参考HomeKit的基础篇。额外说一下，Bridge在添加的时候是需要给它配置wifi 的，再执行添加操作，若你直接执行HomeKit的添加配件操作，会默认把Bridge加入到你当前手机连接的wifi上，然后再执行添加，若你想给配件配置其他网络，你可以参照ExternalAccessory框架，这里就不多提了。再强调一点，你把Bridge删除后，Bridge下的配件也会被删除。

通过Bridge添加普通配件

通过修改Bridge的character来告诉Bridge我要添加设备，添加哪些设备，原本需要我们自己通过addAccessory方法加入配件，现在只需要告诉Bridge，让他来替你完成，完成之后可以上报消息给你，然后你刷新界面就可以了。删除修改查找也是一样的。普通配件添加成功后，就跟直接从HomeKit添加的一样，只是从Bridge添加的配件，配件会有这样一个属性

@property(readonly, getter=isBridged, nonatomic) BOOL bridged;

他的bridged是yes，也就是说这个配件是通过Bridge加进来了，删掉Bridge，这个配件也会被删掉。

总结

其实很不推荐现在去根据HomeKit开发Bridge，因为现在文档讲述的可用的东西很少，也没有什么好的参照，而且苹果对于Bridge的设计还有很多不足的地方，比如当Bridge断电或者意外失去连接的时候，HomeKit无法感知的到，HomeKit也无法主动去和Bridge建立连接。需要失败操作几次才能重新建立连接。多了就不说了，不然显得太装B了。
对于Bridge我也是自己一点点的摸索，有什么说的不对的地方，请您为我指出来，我会改进。