Protobuf用于与遗留系统进行通信

如何解决Protobuf用于与遗留系统进行通信

我期待将protobuf-net与命名管道结合使用以与旧版系统（WinXP 32位，NetFramework 4.0.3）进行通信。 幸运的是，至少有适用于Net Framework 4.0的2.4.6版本。 最新版本的readme.md指出net20 / net35可以作为目标，但并没有得到很大的支持。此外，信息页面指出需要Net 4.6.1+ 在项目配置中，我们发现至少必须以netstandard2.0为目标。

是否有（无痛）机会编译protobuf-net的更高版本 对于Net Framework 4.0？ 似乎必须替换“ System.Buffers”和“ System.Memory”， 这可能是很多工作。

此外，从源代码中我们可以看到，将带有命名管道的protobuf-net仍然被认为是“实验性的”。 是否可以发表任何声明，说明离稳定有多远？ 我想在IPC using Protobuf所示的高效环境中使用protobuf-net， 对我来说是一个非常优雅的解决方案。

解决方法

protobuf-net v2包括net20和net35的下层目标； protobuf-net v3 没有。有关为什么的深入讨论，please see this blog post。 v3可能会针对v2进行构建吗？可能需要付出适当的努力。该博客文章对此进行了更详细的讨论。

最新版本的readme.md指出net20 / net35可以作为攻击目标

请您提供给我一个链接，以便我澄清。我已经检查过，但看不到该声明。

此外，从源代码中我们可以看到，将带有命名管道的protobuf-net仍然被认为是“实验性的”。是否可以发表任何声明，说明离稳定有多远？

实验性命名管道基础RPC层完全是 ：实验性；它不被认为是稳定的，除非我有充分的理由增加工作量，否则我可能会倾向于使用gRPC杀死它（另请参见：protobuf-net.Grpc）。尤其是，Microsoft正在投入一些努力来使进程内gRPC正常工作，因此，仅将这些努力结合起来可能更为实用。然而！可能仅限于.NET 5（或更高版本），如果您以.NET Framework 2.0为目标，则无济于事。

最终：我不希望向您介绍此问题，但是：.NET Framework的旧版本早已淘汰。大多数图书馆作者，尤其是免费图书馆的作者，都不太可能投入适当的精力来支持他们。