从Windows服务控制我的应用程序

Question

我有一个C＃桌面应用程序，它具有一些用户输入字段和2个按钮-START＆STOP。 单击“开始”后，它将连接到服务器/外部设备。 连接后，用户可以输入数据并将信息发送到服务器/外部设备。 现在，我需要创建一个Windows服务来自动开始和停止与服务器的连接。 我的意思是一种与服务器建立连接的服务（就像“开始”按钮一样）。

当前，我在解决方案文件中添加了一个新的Windows服务项目。 现在我的解决方案文件有两个.exe文件。 第一个是构建用户应用程序，另一个是构建Windows服务。

我的实际问题是：是否可以在Service1.cs文件的OnStart事件下编写START按钮的click事件代码（以自动启动和停止服务器）？

Answer 1

您特定问题的答案是否定的。 由于“开始”按钮位于用户应用程序中，因此Clicked事件将在此处而不是Windows服务中触发并处理。

为了从用户应用程序控制Windows服务，您必须使用某种进程间通信（IPC）。 这很有意义，对吧？ 就像我已经说过的那样，应用程序中的事件甚至对服务是不可见的，仅因为它们是两个不同的过程，服务就可以对其进行操作。 这就是IPC的用处。当用户与应用程序进行交互时，交互将转换为通过IPC机制发送给服务的命令，以便服务可以执行命令所指示的逻辑。 同样，服务的结果可以通过IPC机制发送到应用程序以显示给用户。

IPC机制种类繁多，包括套接字，远程处理，管道，共享内存等。对于基于.NET的软件，推荐的方法是Windows Communication Foundation（WCF） 。 简而言之，WCF允许您定义特定于您的用法的编程API， 以在多个应用程序域之间交换信息。 本质上，您只需调用方法即可交换数据。 从开发人员的角度来看，它只是一个函数调用。 信息如何打包并发送到另一个应用程序域由WCF管道的配置方式决定。 要使用插座吗？ 要使用管道吗？ 是否要使用HTTP？ 所有这些选项（以及更多选项）都可以通过简单地更改WCF配置来使用。

我已经成功使用了WCF，但是学习曲线确实很陡。 实际上，出于性能方面的考虑，我不再使用套接字作为我的IPC机制。 尽管如此，WCF还是值得一看，因为您不必担心所选IPC机制的复杂性。 我已经回答了处理这个问题的另一个这里 。 它应该让您开始。

HTH