我知道这两个库的功能和设计，但我没有发现这两个库之间有任何直接的性能比较。两者都绝对是很棒的库。关于设计，我认为 protobuf-csharp-port 由于反射较少，应该稍微快一些，对吧？
此外：
谢谢。
【问题讨论】：
标签： protocol-buffers protobuf-net
重新性能； protobuf-net 旨在尽可能少地执行该反射，然后创建高效的数据访问代码。在 v2 中，它在许多方面更进一步 - 使用 much 较低级别的元编程，以及 如果你想要它（完全可选），预生成独立的序列化程序 dll - 因此在运行时反射成本介于最小（如果使用运行时元编程）到零（如果使用预生成）之间。
重新发布； “什么时候准备好”；生活是疯狂的忙碌，但一个 alpha dll 可用于完整的 .NET 和 iPhone（后者可能适用于大多数较轻的运行时，因为 iPhone 是最受限制的）。最终，现实是（如无赞助等）它会稍微落后于工作和家庭之类的事情——不过，我会尽量抽出时间。
我认为更合理的比较是目标； protobuf-net 旨在轻松安装到您现有的 DTO 或域模型中，无需大量返工 - 或用于代码优先场景。它还支持从 .proto 生成，但这不是主要目标（但当然是非常可取的）。它还支持一个非常不同的 API，面向常见的 .NET 隐喻，而不是常见的 protobuf 隐喻。
或者换一种说法：
一个微妙的区别，也许 - 并且确实可以为 .NET 提供一个有价值的序列化 API。
因此，如果您的主要目标是在您在同一团队中积极工作的异构环境之间进行互操作 - 那么 protobuf-csharp-port 可能更适合您。
我也有点...“松散”与 protobuf，所以我没有（嗯，最小的）内疚超出标准规范（同时保持在协议定义内）以鞋拔继承，完整-graphs 等 - 在 .NET 生态系统中很常见，但在 protobuf 中没有直接映射。当然，我可以更多地研究 WCF 之类的工具（以及在较小程度上：远程处理）。
【讨论】：
当我使用 protobuf-csharp-port 时，我在这个库中发现了一个错误。 例如，当我创建这样的消息时：
message CalculateInfo{
required string CalStarttime=1;
optional string CalEndtime=2;
required string Smiles=3;
optional string CAS=4;
optional string ChName=5;
optional string EnName=6;
required string Param=7;
required bytes Result=8;
required bool IsFinished=9;
}
message GetAllCalulateResponse{
required bool isSuccessful = 1;
required int32 Count=2;
repeated CalculateInfo History=3;
}
这样的代码（在python中）：
msg_resp.Count = len(resultSets)
calculateInfo = [None] * msg_resp.Count
cnt = 0
for result in resultSets:
calculateInfo[cnt] = msg_resp.History.add()
calculateInfo[cnt].CalStarttime = str(result.calculateStartTime)
calculateInfo[cnt].CalEndtime = result.calculateEndTime.strftime('%Y-%m-%d %X')
calculateInfo[cnt].IsFinished = result.isFinished
calculateInfo[cnt].Param = result.paramInfo
calculateInfo[cnt].Result = str('ff'*1000) #result.result
calculateInfo[cnt].Smiles = result.smilesInfo.smilesInfo
calculateInfo[cnt].CAS = result.smilesInfo.casInfo
nameSets = CompoundName.objects.filter(simlesInfo=result.smilesInfo.pk,isDefault=True)
for nameSet in nameSets:
if nameSet.languageID.languageStr == Chinese_Name_Label:
calculateInfo[cnt].ChName = nameSet.nameStr
elif nameSet.languageID.languageStr == English_Name_Label:
calculateInfo[cnt].EnName = nameSet.nameStr
cnt = cnt +1
C#代码会出现这个错误： 解析协议消息时，输入意外在字段中间结束。这可能意味着输入被截断或嵌入的消息误报了自己的长度。
当我对 calculateInfo[cnt].Result 进行小操作时，它又可以工作了。
【讨论】：