.net - .NET Protocol Buffer 库中的差异

标签 .net protocol-buffers

目前,.NET 有两个 proto buf 库:

http://code.google.com/p/protobuf-csharp-port/乔恩·斯基特 (Jon Skeet) 作为所有者
http://code.google.com/p/protobuf-net/ Marc Gravell 作为所有者

两者有什么区别?两者都编码为与 Google 规范相同的规范吗?有什么区别吗?

我问的原因是目前我们在使用 Java 和潜在 C++ 库的服务之间有 proto buf 互操作,并希望确保我们避免任何问题或边缘情况。

最佳答案

Jon 的版本很大程度上是 Java 版本的移植,因此具有非常相似的 API 和设计方法。它也是 AFAIK 完全契约优先的,即来自 .proto。

我的版本更多地是从 .NET 的角度来看它的,看看 .NET 序列化程序中的共同点 - 如此可变的对象,改造现有类型,代码优先(尽管如果你愿意,它仍然可以从 .proto 进行代码生成) 等。它甚至可以从 XmlSerializer 使用的属性中推断出数据。和 DataContractSerializer与现有代码并行工作,并且可以插入远程处理(通过 ISerializable )和 WCF(通过属性或配置)。所以它深深 Root 于 .NET 生态系统。我还包括继承支持(因为这在其他 .NET 序列化程序中很常见),但是映射到其他平台有点麻烦,因为它在 .proto 中没有直接表示。

二进制数据应该是相同的;这主要是格式的重点;p 主要是选择哪种 API 可能更适合您。

根据您的需要,在同一系统中同时使用 C++ 和 Java 代码,并使用现有的 .proto 定义,我建议 Jon 的版本可能是最适合您的选择。

但是,如果您只使用 .NET,或者使用与外部代码互操作的 .NET(即您不关心“另一方”使用什么语言,因为您只需要担心自己的代码),那么IMO protobuf-net 可以是一种非常轻松的数据消费方式; 特别是如果你有一个现有的系统,你现在发现你想要序列化(或:序列化更快/更小)。

关于.net - .NET Protocol Buffer 库中的差异,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4723590/

相关文章:

c# - 使用什么代替 Interlocked.Equals

.net - 我如何在 .net 中使用 SSL 设置 grpc

c# - 当目录不存在时,Directory.Exists 返回真

arrays - 如何将 JSON 数组建模为 protobuf 定义

java - 我无法从 wales-latest.osm.pbf 文件中提取 border_type=city

C# Selenium 或 WebBrowser 替代品模仿人类

.net - .NET 中的异步 TCP 通信

go - 您应该使用 protobuf 作为用于处理还是仅用于传输的数据类型?

c++ - SerializeToArray protobuf 不存储

c++ - 使用 g++-5 时,protobuf 不会在 osx 上编译