吐槽:iOS要获得联系人所属分组好麻烦
最近接触iOS的AddressBook.framework教多,觉得关于联系人这块的API,如果只是读取或者简单的创建,他提供的api还是能满足需要的。但是,如果你需要做一个类似通讯录同步的,那么他的API用起来就稍稍麻烦一点。
高淳网站制作公司哪家好,找创新互联!从网页设计、网站建设、微信开发、APP开发、成都响应式网站建设公司等网站项目制作,到程序开发,运营维护。创新互联成立与2013年到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选创新互联。
在iOS6以及更低的版本,无法根据一个联系人的ABRecordRef获得他所属于的分组ABGroupRef,Mac上有提供该API,但iOS上目前暂时没有。所以,如果要获取一个联系人的分组,你必须遍历整个通讯录才能得到该联系人所属的分组列表。故,如果你有对于分组处理的大量需求,建立一个某种程度上的分组缓存基本上是免不了的了。如果你还需要去增删改分组,我想,使用起来麻烦是少不了的。
其次,在新增联系人的时候,如果你想设置他的分组,调用相应API的时候,请注意查看API说明文档,其中有不少要求你操作之前必须先进行相应的保存操作。举个例子:
我有一个联系人,分组为A,而A在设备上原来不存在。那么我们的理所当然的逻辑就是:
创建联系人,创建分组A,然后将联系人添加到分组A中,最后保存通讯录的修改。
实际上,当你在将联系人添加到分组A中之前,你需要先保存通讯录的修改,将联系人刷到数据库之后,你才能成功添加分组!类似的API有很多,你只有查看文档才能知道哪些API调用之前需要保存一下数据库。而我相信,在一般情况下,一个iOS程序员只会去查看头文件里头的注释,而不是API文档;而ABGroup的头文件里头完全没有提到这些事情。只有在我纳闷为啥一直添加分组不成功的时候,走投无路抱着一丝希望去看文档的时候才发现这件事情。
本来程序员查看文档也是完全正常的事情,问题在于其他的API在头文件中均有对API做出一定程度的说明,而这些明明有坑的API却完全不说明,我只好吐槽了。
最后友情提示,使用ABAddressBook的API时,请详细翻阅文档,而不是仅查看头文件。因为ABAddressBook.h头文件中的友好的说明和注释,会让你在跳到其他几个头文件的坑的时候死得更惨。
文章题目:吐槽:iOS要获得联系人所属分组好麻烦
转载来于:http://scyanting.com/article/psogho.html