WCF 适合所有情况吗？

Question

我正在构建一个应用程序，将其处理分布到一个农场上。 在我的基本设计中，我有两个服务：

一个“控制器”，用于监视新工作、将其排队并管理结果。

绑定到特定控制器的“worker”。 工作人员将从其控制器检查工作，并将结果推送回来。

从我在 WCF 上看到的简要来看，它似乎暗示着 MEST 风格的消息传递 SOA。 这种机制似乎与沟通和交流的类型并不相符。 协调我来做。

我是否混淆了 WCF 是什么？ .NET 远程处理在这个世界上还有一席之地吗？ 或者我是否以侏罗纪、WCF 之前的心态来思考这个问题。

编辑：
遗漏了一些细节。 问题是我需要对工作进行时间限制。 如果某个工作项签出时间太长，我应该能够出错整个事情。 我见过的例子似乎都对传出的消息采取“发送后忘记”的立场。 我需要在合理的时间内得到确定性的结果或错误。 希望能澄清。

Answer 1

我不建议在大多数情况下使用远程处理； 它是不可移植的，有时管理起来有点痛苦，而且 BinaryFormatter 很脆弱（版本不宽容）。

WCF 非常适合大多数情况； 如果您在农场工作，您可能希望在没有会话等的情况下运行，但无论如何我都会这样做（为了性能） - 仅使用 http 基本配置文件。

我不完全理解你所描述的场景。 当然，您始终可以使用 xml/json/binary 推出自己的 RPC - 或使用任何其他预装通信堆栈...或 MSMQ 或 BizTalk 等中间件。

---

重新编辑； WCF 可以同步使用（阻塞响应，（我相信）可配置的超时）。 您可以使用分布式事务等来做更复杂的事情（回滚等），但它会迅速增加复杂性。 您需要权衡停止时间等的重要性。

如果时间范围比您想要等待调用的时间长，您还可以考虑诸如工作流之类的事情 - 有一系列工作流产品，除了WF。