标签:
上个月Microsoft开源了Bond,一个跨平台的模式化数据处理框架。Bond支持跨语言的序列化/反序列化,支持强大的泛型机制能够对数据进行有效地处理。该框架在Microsoft公司内部的高扩展服务中得到了广泛的应用。目前该项目已经基于宽松的MIT许可开源在了GitHub上,当前版本支持C++、C#和Python,可运行在Linux、OS-X和Windows平台上。Bond的编译器完全是使用Haskell编写的。
Bond与其他序列化系统具有很多相似性,例如Google Protocol Buffers、Thrift以及Avro:
但是Bond的实现有一个很大的不同:它并没有硬编码类型映射。用户能够以插件的方式定制核心架构逻辑之外的内容——是从Bond模式还是从自定义的类型序列化、有线格式是什么、是否将自定义元数据放到有效负载中等等。例如,在C++中默认是std::vector这样的STL容器,但是用户能够很容易地映射自定义的类型——在一个生成的C++结构体中使用Python的boost::multi索引容器或者在一个生成的C++类中将一个unit64模式域映射为一个System.DateTime域。Bond生成的C++结构体还能使用自定义的分配器。
Stack Overflow上的一个帖子对Bond和Google Protocol Buffers做了一个非常好的比较:
优点:
- Bond支持泛型
- Bond有不同的类型用于表示集合:vector, map, list
- Bond支持类型安全的惰性反序列化(bonded)
- Bond支持多种格式(快速二进制、紧凑二进制、XML和JSON)以及封送与转码
缺点:
- Bond不支持不同类型的固定、可变整数编码。在Bond中整数如何编码是由输出格式(快速二进制还是紧凑二进制)决定的,但是在Protocol Buffers中整数类型始终有固定的大小:fixed32和fixed64。
- Bond不支持union类型 (Protocol Buffers支持)
- Bond并没有Java实现
另外,在这个Reddit的公告中有很多与Bond的实现和能力相关的答案。
考虑到现在正在有越来越多的人以微服务的形式使用SOA,数据编组/解组的问题变得越来越重要。对于已有的序列化系统而言,Bond可以成为一个非常有用的候选方案。
标签:
原文地址:http://www.cnblogs.com/shanyou/p/4291449.html