代码之家  ›  专栏  ›  技术社区  ›  Justin

双向进程间通信(通过命名管道)-WCF还是.Net远程处理?

  •  3
  • Justin  · 技术社区  · 15 年前

    我有一个似乎相当常见的进程间通信需求-父进程生成一些子进程,父进程和子进程需要能够相互执行双向通信(子进程需要保持父进程的状态最新,父进程需要能够检查子进程是否仍然存在—请注意,子进程不需要彼此通信)。

    我一直在研究如何使用WCF来实现这一点,但我对使用WCF来实现这种IPC还不太熟悉——据我所知,为了获得这种双向通信,我需要父进程和子进程来公开WCF服务,这看起来有点麻烦。

    所以我在努力选择我应该采取的方法: -安全其实不是问题。

    我该选哪一个?

    2 回复  |  直到 15 年前
        1
  •  4
  •   Christian Hayter    15 年前

    这两种技术都应该适合你想做的事情。两个api之间的主要设计差异是:

    • 远程处理的目的是使所有接口看起来都是本地的,而不管它们来自何处。

    WCF看起来更复杂,因为它暴露了复杂性,而不是隐藏它。既然您的目标是删除代码复杂度,那么您不妨去远程处理。

    话虽如此,WCF将允许您以后改进实现,例如更改协议、添加安全性等,前提是您绝对确定如果您放弃WCF,您将永远不需要这样做。

        2
  •  0
  •   Liviu Mandras    15 年前

    取决于你的申请(父母和孩子)有多健谈。

    推荐文章