关于ExternalAccessory这个框架，我就不多说，有很多介绍ExternalAccessory.framework这个框架的文章，在简书中就能找出很多，比如这里，就是一篇讲的非常好的。我要介绍的是关于ExternalAccessory.framework这个框架我在开发中遇到的坑。
一、系统方面变化
最开始接触这个框架是在ios9的时候，我要维护一个关于这个项目的框架，所以也查了关于这个框架的资料（那个时候这方面的资料还是很少的），结合我需要维护的项目以及苹果给的AEDemo，就开始试着自己重新写一个一样的项目出来。首先是导入框架，然后注册通知，然后根据通知的回调知道是否有设备连接上（蓝牙设备连接了，也是会有提示的，会走通知的方法的）。
AE框架通知
然后来说说这个通知，在ios9之前，link：这个方法会跑两遍，也就是会有两个设备连接，只是连接一个Lightning设备，为啥会有两个设备连接呢？这个我也不知道。用苹果提供的AEdome可以很清楚的看到确实是有两个设备连接的，如果点击进去看呢，会发现modeName是不同的，一个是mcu根据产品信息烧录进去的，还有一个呢叫做X90。而且一个是有协议（这个协议我会在下面说），另外一个是没有协议的。所以是可以根据协议去判断是去跟那个设备进行通信。
在ios10的时候啊，貌似苹果对ExternalAccessory做了一些调整，link这个方法只会跑一次了，也就是只会连接一次了，但是呢，modeName这个属性查到是x90了，在设置->关于本机中去看呢，又是显示是正确的，我跑去问了下mcu工程师，他说他那边没啥错误，但是框架里只有这个属性能看到。最后没办法了，只好跟mcu工程协商了一下，增加一条协议，在建立通信连接的时候发送查询指令查询modeName（版本号也是这样的，也可以用这个方法来查）。
最后就是ios11了，我觉得是最坑的了，link方法会跑一次，然后协议也是正确的，都已经建立通信连接了，可以发送数据了，但是呢disconnect方法也执行了，然后又断开了连接，然后又调用了一次link方法。这种效果跟在设置->关于本机中看设备出现的效果有点像。但是我发现不知道是我代码的原因还是什么原因，导致session = nil，我弄了一两天，也没找到原因，最后因为项目有点赶，所以，我就获取系统版本号，ios11做了单独的处理。
再说最后一点，如果是插lightning设备，然后再启动App，那么是不会走link方法，需要用
[[NSMutableArray alloc] initWithArray:[[EAAccessoryManager sharedAccessoryManager] connectedAccessories]];这个方法去获取。这个方法会返回一个数组，里面包含已经连接上的设备（不要问我什么还要说这个）。
二、协议
另外，再来说说协议，记住一定要在plist文件中增加协议，不然session也是会等于nil的。一般是先获取到设备里面的协议进行对比，如果协议是正确的就建立通信。当然我是因为公司有很多产品，都用了同一个协议，所以我就增加了另外两个参数，ModeName以及name。
再有，就是在设备里面读取到了2个协议一个自己公司定义的协议，另外还多了一个协议，估计是苹果给的协议，有可能是苹果强制加上去的通用协议，也有可能是MCU工程师没有将原本有的这个协议删除。
被涂掉的是设备的协议
三、后台处理
App进入后台时，我测试到有时会丢失发送的数据，但是有时候又能正常使用，因为我不知道具体的通信方式是如何 的，所以我在后台做了处理，每次进入后台就停止发送，回到前台时，重新开始发送数据，确保数据不会漏发。
最近发现一本书《Building iPhone OS Accessories: Use the iPhone Accessories API to Control 》是关于EA框架的，大家可以去看看
注：这些都是开发时查找到的资料和自己的一些总结，如果看到到相关资料或者继续有其他的总结，有些问题我可能忘记了，如果想起来也会继续更新。上面有错误的地方也请大家告诉我，我会马上更正，还有就是上面这些坑出现的原理知道的话，也请大家告诉我，我也会更新的。
网友评论