自定义 RPC、WCF 与 .NET 远程处理

Question

我编写了一个简单的 RPC 类，可让我在 .net 桌面应用程序和 .net 服务器应用程序之间序列化和发送二进制数据。简而言之，客户端可以发送：

Dim Message as new TCPMessage
Message.Handler = "NewUser"
Message.AddField("FirstName", "Paul")
Message.AddField("Photo", PhotoBytes)
Message.Send()

服务器将在另一端重建数据：

Public Sub NewUser (Message As TCPMessage)
    Dim FirstName as string = Message.GetString("FirstName")
    Dim Photo() as Bytes = Message.GetBytes("Photo")
    ...
End Sub

这对于我目前正在做的事情来说一切正常 - 它看起来相当轻量级且高性能。

我想知道的是，通过 .NET Remoting / WCF 执行此操作的优点/缺点是什么？我对这些技术了解不多，但它们似乎更加灵活，但它们的性能也可能较低，并且需要相当长的学习曲线。

根据性能、学习曲线的标准，并记住没有其他人会维护代码，我应该继续使用我的 DIY 方案构建小型内部应用程序，还是尽快放弃它以使用远程处理/WCF？

编辑：性能是关键，客户端应用程序将定期接收约 200,000 行的数据集（是的，接收这么多数据是绝对必要的）。这一切都仅在 LAN 上运行。

Answer 1

首先，.Net Remoting 现已被弃用，取而代之的是 WCF，请参阅 WCF 真的会取代 .Net Remoting吗？ NET Remoting？

WCF 速度快且相对轻量。
WCF 的主要优点是它的可配置性很高。几乎只需进行配置更改，您就可以更改序列化格式、传输协议、身份验证机制、QOS 功能（可靠性/安全性/可扩展性）。它还具有足够的可扩展性，如果它不能提供您需要的内容，您可以自己添加。最后，它从通信代码中抽象出应用程序代码。

我肯定会在新项目中使用 WCF。我是否会从稳定、高性能、定制的解决方案中更改现有应用程序？这取决于更改的程度、现有解决方案的缺点以及 wcf 可能带来的潜在好处。