对于哪些情况，protobuf-net不合适？
我们一直在使用BinarySerialization和我们的C＃app，但是需要序列化的类的大小和复杂性导致了sloooooow（de）序列化和大文件。
我们怀疑我们应该编写自己的自定义序列化程序; 但是protobuf-net声称比标准的.Net二进制序列化具有显着的速度和大小优势，并且可能比大量的定制序列化器更容易添加到我们的应用程序中。
在花费大量时间和精力试图让它为我们工作之前，我很想知道是否有任何交易破坏者。 我们正在使用通过接口定义的属性，抽象子类的通用列表，自定义位标志枚举等等。什么会阻止protobuf-net为我们工作？
protobuf-net做了它可以遵守的核心protobuf规范，然后一些（例如，它包括inheritance），但是：
如果您想要序列化的内容有一些有限的例子，我很乐意看看它是否可行（我是作者）。
当您必须与现有软件/现有标准进行交互时，这是不合适的。 例如，您无法使用它与SMTP服务器通信。
请在关于protobuf-net的博客上阅读此内容
上述就是C#学习教程：对于哪些情况，protobuf-net不合适？分享的全部内容，如果对大家有所用处且需要了解更多关于C#学习教程，希望大家多多关注—计算机技术网(www.ctvol.com)!
有什么收获？ 在大多数情况下，就是这样。 WCF将使用protobuf-net用于任何合适的网络 对象（数据合同等）。 请注意，这是一个比较粗糙的刷子 但是，每个操作控制（你可以随时将界面拆分为 当然，不同的终点）。 此外，protobuf-net确实有一些微妙的差异（特别是关于空的 对象），所以运行你的unit testing等 请注意，它仅适用于全脂WCF; 从那以后，它无法帮助Silverlight等 它缺乏扩展function - 但这不是新的。 最后，WCF中的解析器很痛苦，而AFAIK想要完整的assembly细节 包括版本号; 所以当你获得新版本时还需要维护一件事。 如果有人知道怎么解决这个问题？
本文来自网络收集，不代表计算机技术网立场，如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址：https://www.ctvol.com/cdevelopment/1023748.html