使用接口进行新开发（同一台计算机上的两个 .NET 应用程序之间）的远程处理或 WCF？

Question

我们希望在同一台计算机上运行的两个 .NET 应用程序能够相互通信。我们想要三个项目。包含接口的库。实现接口的“服务器”应用程序和使用接口与服务器通信的“客户端”应用程序。我们不希望客户端引用服务器。
我们有一个测试应用程序可以通过远程处理来执行此操作，但最近发现远程处理正在被 WCF 取代。由于这是新的开发，我们认为我们应该使用 WCF，但我们还没有设法使其与 WCF 一起工作，并且想知道这是否可能？

---

编辑：

抱歉，我上面缺乏详细信息，但当时我无法访问任何代码。我正在与另外两个人一起从事这个项目，但没有仔细研究过他们的 IPC 内容。我知道他们目前认为 WCF 不能做他们想做的事，我希望能够向他们证明它可以。

我已经开始研究我的同事在这方面的尝试，并将根据我的理解继续更新这篇文章。

下面是他们的远程测试代码的简化版本。他们希望能够使用 WCF 来做到这一点，但到目前为止还无法让它发挥作用。

• Lib\ IMessage.cs
• Lib\ IService.cs
• ServiceApp\ Service.cs
• ServiceApp\ ServiceMessage.cs
• ServiceApp\ ServiceProgram.cs
• ClientApp\ ClientProgram.cs

ServiceApp 和 ClientApp 程序集都引用 Lib 程序集。他们不互相引用。

当我能够更好地解释他们在 WCF 中复制此行为的尝试时，我将再次编辑此内容。此时，我真正知道的是他们正在使用 NetNamedPipeBinding，并且客户端应用程序遇到问题，抱怨它无法访问服务程序集。

---

编辑：

下面是 WCF 测试代码的简化版本。

• Lib\ IMessage.cs
• Lib\ IService.cs
• ServiceApp\ Service.cs
• ServiceApp\ ServiceMessage.cs
• ServiceApp\ ServiceProgram.cs
• ClientApp\ ClientProgram.cs

ClientProgram 中的以下行引发异常：

IMessage msg2 = service.CreateMessage("Hello World");

这是异常：

Could not load file or assembly 'ServiceApp, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.

---

编辑：

在尝试理解史蒂文的最新评论我用谷歌搜索了 IMetadataExchange，当然，它首先点击了 MSDN 页面。这个页面说：

无需在服务实现中实现 MetadataReference 合约。相反，请将 ServiceMetadataBehavior 添加到服务描述中。

或者，在使用配置时，将端点元素的契约属性设置为 IMetadataExchange。有关示例，请参阅如何：使用配置文件发布服务的元数据。

有关在 WCF 中发布元数据的详细信息，请参阅发布元数据。< /p>

因为，对于此示例，我没有使用配置文件，而是选择转到 发布元数据链接。从那里我转到如何：使用代码发布服务的元数据 链接有一个很好的示例，我用它来修改我的服务应用程序代码。添加的代码位于第 15-20 行。

经过一些工作后，我能够添加服务参考。该服务必须正在运行，但如果您通过 Visual Studio 运行该服务，则无法选择添加服务引用。另外，我仍然不明白“发现解决方案中的服务”选项应该如何工作。最后，我能够通过打开 bin/debug 文件夹来手动运行服务，然后输入我添加到服务应用程序的 URL 来添加引用。如果这是正确的方法那就相当尴尬了。

毕竟，生成的代码对我来说没有任何作用。首先，它重新创建了我的 IService 接口，但将我的所有 IMessage 转换为对象，并对其进行了稍微不同的装饰。如果使用他们的接口，那么它不仅会使用与我的服务实际实现的不同的 IService，而且该 IService 中的方法甚至不具有相同的签名！

抛开这一点，我认为我必须更改我的客户端才能使用新生成的对象中的对象，因此我更改了我的 客户端代码。

现在，当我尝试运行它时，我在第 4 行收到以下错误：

The formatter threw an exception while trying to deserialize the message: There was an error while trying to deserialize parameter http://tempuri.org/:msg. The InnerException message was 'XML 'Element' 'http://tempuri.org/:msg' does not contain expected attribute 'http://schemas.microsoft.com/2003/10/Serialization/:Type'. The deserializer has no knowledge of which type to deserialize. Check that the type being serialized has the same contract as the type being deserialized.'.  Please see InnerException for more details.

---

编辑：

赏金还剩一天，自从我添加赏金以来没有任何答案。在赏金时间结束之前，有什么我可以澄清的吗？

---

编辑：

最后我们选择了远程处理，因为看起来我们想要用 WCF 做的事情是不可能的。史蒂文·苏迪特（Steven Sudit）因他的所有帮助而获得了赏金，尽管事实上这一切都是在我提供赏金之前。

Answer 1

WCF 是可行的方法，具体检查 Net Named Pipe 与 WCF 的绑定。这将允许同一台机器上非常快速的进程间通信。

如果您的生产部署目标是 Windows Server 2008，那么您可以利用 IIS 7 作为托管环境。请查看使用 WAS 将 WCF 服务扩展到 HTTP 之外。

那里有很多 WCF 入门类型信息。查看：

• WCF 教程入门
• WCF Essentials

如果您在入门时遇到问题，请发布任何具体错误或示例，您可以已经演示过了，我相信这里有人可以提供帮助！

Answer 2

两者都用过。

一定要选择WCF。

远程处理的文档记录很差并且很敏感。相比之下，WCF 就容易多了。不确定您遇到的问题，但 WCF 上有大量文档。

Answer 3

远程处理有一些用例，例如单个进程内应用程序域之间的通信。话虽如此，是的，WCF 是正确的选择。不过，从您所说的一些内容来看，我不确定您是否理解这是如何运作的。

在 WCF 中执行操作的常用方法是创建一个完全由数据传输对象（所有属性，无代码）和接口组成的共享程序集。双方都引用该程序集，但客户端使用服务器的服务引用。这有帮助吗？

Answer 4

我刚刚将程序从远程处理切换到 WCF，并且遇到了一些过去在远程处理中无缝工作但在 wcf 中导致问题的问题：

• CallContext 类消失了。我用它来传递一些信息，例如当前选择的语言和有关用户的一些信息。使用 WCF，我必须创建一个 MessageInspector 来将包含此信息的标头添加到每个请求。
• 异常不再按原样传递。相反，您需要使用FaultException 和FaultContracts。
• 代理似乎没有那么轻。我需要处理它们，而不是仅仅让它们被垃圾收集，否则我的服务将挂起。 （实际上，它甚至不像调用 Dispose 来正确终止代理那么简单，您需要一个相当复杂的 try、catch、finally 序列，针对不同类型的异常调用 Close 和 Abort。）关闭代理的需要会导致一些问题我希望 IoC 框架管理代理的问题。

我并不是说您应该使用远程处理，我只是说也有理由考虑远程处理。这绝对是设置和开始工作更简单的一种。

我想您可能会说我遇到其中一些问题只是因为我没有在我的远程处理程序中使用最佳实践。 :-P

Answer 5

这里是使用 WCF 执行类似 Remoting 操作的一种模式：

• 3 个项目：服务器、客户端、shared.dll
• 服务器和客户端都引用共享.dll
• 将带有 [ServiceContract] 的服务接口放入共享.dll
• 服务器
• 将服务实现类放入 不要为您的数据类型使用接口
• 创建简单的DataContract类型，仅包含您希望在客户端和服务器之间共享的逻辑（例如验证）
• 将您的DataContract数据类型放入shared.dll中
• 不要使用NetDataContractSerializer（就像您似乎在做的那样）在你的代码中）

当然这个主题有一些变化。例如，您可以使用 #if 在服务器和客户端项目之间共享代码文件，以进行不同的编译，而不是共享 dll。