我提出的场景基本上是两个.NET可执行文件之间的交互。
我在C＃（Application-A）中创建了一个.NET Windows Forms应用程序，该应用程序在用户的计算机上运行并执行一些特定的活动，因为它会收集一些数据。 现在我有另一个.NET Windows Forms可执行文件（Application-B），也是用C＃编写的，它还根据提供的某些输入或数据执行某些特定活动。
现在我想要做的是，从Application-A调用Application-B并将一些数据传递给它。
我如何做到这一点？
答案 0 :(得分：4)
您可以使用多个选项。您有以下每个选项的资源。
只有当进程位于同一台机器上时，最后两个选项才有效。
由于它们是两个独立的进程，我认为最简单的方法是使用.NET Remoting。 Here您可以找到有关如何操作的文档和示例。
远程处理的替代方法是WCF（＆gt; = .NET 3.0）。它比远程执行better。
如果进程将始终在同一台机器上，如果您不想在localhost上使用远程处理，则可以通过文件进行通信（简单的解决方案通常可以正常工作！）
其他更复杂的解决方案是使用Message Queue（MSMQ）进行通信。 Here你可以找到一个关于如何使用它的例子。
答案 1 :(得分：0)
答案 2 :(得分：0)
如果两个应用程序都在与
相同的用户计算机上运行
1-这可以通过进程间通信信道（IPC信道）来实现
2-如果您使用的是.NET 4.0，则可以使用内存映射文件
如果两个应用程序都在不同的系统上运行
1-您可以使用.NET Remoting
2-您可以进行基于WCF服务的通信
3-如果使用.NET 2.0或更低版本，Web服务也是一种选择
答案 3 :(得分：0)
WCF将在未来为您提供很大的灵活性：如果您决定增强此通信以支持多种通信模式，那么app.config更改应该是支持不同绑定的大部分工作。< / p>
在我参与的一些项目中，有一种混合的通信技术，其中一种选择将更容易维护 - 这使我接受WCF决定其固有的灵活性（WCF也支持MSMQ应该需要排队通信。）
如果您对学习曲线感到担忧，并且您确信将来不再需要采用其他通信拓扑，则远程处理可能是一种有用的解决方案。远程处理可能是设置IPC所需的最简单，最少开发人员工作的方法。
您应该远离Web服务之类的东西 - WCF不会遭受的Web服务操作有不必要的开销（例如，WCF仍然可以允许二进制传输）。