基于funambol ds 的云同步服务研究(六)-VCARD应用简介

 

 

  前面有讲到, 同步数据传输的时候, 一般都采用VCARD格式, 目前应用比较广泛, 为什么要使用这种格式进行封装, 有什么好处? 这就和电脑组装一样, 内存和显卡都有不同的品牌和型号, 如何能够组装在一起, 正常工作, 这时, 就需要制定相应的标准,  内存使用DDR接口, 显卡采用 PCI-E规范; 同样, 采用VCARD规范格式, 就能够在其他应用软件上识别解析通讯录数据. 通讯录的规范不是仅VCARD一种, 早期还有SIF-C格式, 就像早期的SDR内存一样, 效率不高, SIF-C实际上是用XML组装数据, 有很多标签, 占用数据量大, 不能灵活处理多种属性格式, 对扩展属性没有很好的支持, 所以, 近乎淘汰, 使用较少.

 

  VCARD格式规范的具体说明, 网上可以找到相关的资料, 如果需要更详尽的, 可参考官方文档vcard-rfc2426. 下面以开发实例, 来讲解下VCARD的具体应用:

1. 数据同步的VCARD信息:

BEGIN:VCARD

VERSION:2.1

N:test4;41234;;;

FN:test4,4

NICKNAME:test4

BDAY:

TEL;CELL;HOME:

TEL;VOICE;HOME:

EMAIL;INTERNET;HOME:

TITLE:

ORG:;;

TEL;CELL;WORK:

TEL;VOICE;WORK:

EMAIL;INTERNET;WORK:

URL;WORK:

X-SEX:

X-ACCOUNT:

X-GROUPCODE:

X-HEADIMGURL:

X-HEADIMGPATH:

X-MEMO:

END:VCAR

 

这是改造后的VCARD格式信息, 简化了很多, funambol自身会包含较多的信息, 有很多是用不着的. VCARD类似于properties文件格式, 每一个属性占据一行, 如果属性值太多, 不要去用分行符. 不同于properties之处, 在于属性类型的描述, 从上面可以发现, 有些属性前面还会有分号, 因为通讯录的属性类型较多, 单用一个字段, 是无法完整清晰的表述, 因此, 可以在属性类型中用分号补充多个属性加以描述. 例如, 上面的TEL;CELL;HOME: 这里有三部分组成, TEL是属性类型, 代表电话, CELL和HOME是对电话的补充标识, 一个联系人的电话信息, 可能包含固定电话, 私人手机, 办公电话. VCARD只提供了TEL这个属性去标识电话, 那么, 有这么多电话, 具体代表的是哪个? 这时候就需要去看它的补充标识了, 补充标识没有具体的规范约束, 你可以自己去约定名称. 按照VCARD提供的属性, 可能对于我们实际业务来讲, 不能全部满足. 例如, 要传递一个联系人的分组信息, VCARD默认是没有这个属性的,  这时候就需要我们去使用自定义属性. 看上面的X-GROUPCODE:代表的是分组信息, 这里需注意, 自定义属性, 前面必须加上”X-”作为标识, 如果扩充的属性较为复杂, 也可以加上补充标识, 格式和上面所讲的一样.

 

2. 实际使用VCARD格式定义:

图1

上图是项目实际使用的VCARD格式, 按照业务所需的字段进行定义, 红色部分是比较特殊, 需要注意的地方. 以红色标注的姓名为例, 姓名由两部分组成, 前缀和后缀, 可以看到, 这两个值都是放在名称为N的属性里面, 不同顺序, 代表的归属值不一样. 以;号隔开. 组织信息, 办公地址, 家庭住址, 都是采用这样的格式. VCARD是支持中文等多种语言的, 但需使用 QP UTF-8编码(ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8), 例如工作地址: ADR;WORK;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:=E6=B7=B1=E5=9C=B3=E5=B8=82 组装成这样的格式编码, 才能正确识别中文.

 

基于funambol ds 的云同步服务研究系类, 至此就已经完结了. 这里讲的只是具有代表性的通讯录同步, 属于同步服务中的一部分, 还有日历行程, 视频, 文档的同步, 但原理都是一样的. 希望对正在研究这方面知识的朋友有所帮助, 如有兴趣的话, 欢迎入群19310171, 群内有更多相关的共享资料. 另: 如需转载, 请注明出处, 谢谢!