应用程序之间的通信（.NET + Java）

Question

我在这里有一个非常笼统的问题。 在同一台计算机上运行的两个应用程序之间无需使用Web服务或任何类型的Web服务器就可以相互通信的最佳+可靠方法是什么。

例如：

应用程序A：在.NET应用程序上运行，该应用程序具有活动的X控件，可以访问另一个第三方应用程序并接收数据。

应用程序B ：（假设运行Java）希望能够在应用程序A中启动具有特定参数的进程，并从应用程序A接收回信息。（不允许使用Web服务）

我唯一想到的可能是应用程序B执行带有某些参数的文件...然后应用程序A进行任何工作并将任何返回信息写入数据库中...但是我不知道这有多可靠...或应用程序A如何知道何时将数据写入数据库。 （再加上这听起来像是对我来说有点棘手的解决方案。而且我想知道那里还有什么更好的选择）

好...谢谢您的帮助！

安德鲁

Answer 1

使用tcp套接字应该非常可靠，甚至在同一台机器上也是如此。 它不需要Web服务，Web服务器等-只是两端都有一个套接字。

Answer 2

除了所有答案之外，我还想说我对WCF进行了研究： http : //en.wikipedia.org/wiki/Windows_Communication_Foundation

这就是我要使用的。 我发现这篇文章非常有帮助：

http://bloggingabout.net/blogs/dennis/archive/2007/04/20/wcf-simple-example.aspx

Answer 3

一个套接字将很容易设置； 但是，我建议研究更类似于SOAP或XMLRPC的东西-当打包和解压缩数据时，两者都将容易得多。 .NET和Java都具有广泛的访问权限，并且XMLRPC和SOAP（提供者和使用者）都可以使用库。

Answer 4

就实现而言，TCP套接字和Web服务在任一端（客户端-服务器）上都易于设置。

考虑性能时，TCP套接字将占上风，因为开销较小。

但是，在可用性和易于集成代码方面，我更喜欢Web服务。 老实说，在调试代码时，它是一种更加透明的技术。 套接字副本将需要更多的管道代码，然后才能使用。

请查看本文 ，以获取有关.NET和通过Web服务进行Java互通的更多信息。