用户界面和长时间运行的Windows服务之间的通信最常用的方法(或方法)是什么？我正在考虑提供诸如数据库之类的中间位置,并使用某种消息队列向服务发出命令.有没有人实施这样的方法,还是其他一些优越的方法？你在这个过程中遇到什么问题？
解决方法
Windows Communication Foundation(WCF)是两个.NET进程之间相互通信的推荐方式. WCF提供了一个统一的编程模型,通过抽象与特定通信机制(例如套接字,管道等)相关联的许多复杂性,大大简化了分布式开发.
鉴于您的具体情况,我建议使每个Windows服务插件一个WCF服务.对于每个WCF服务,即插件,定义它需要暴露给您的UI的接口.界面只是一个装有ServiceContract属性的C#界面.该界面包含各种方法,每个方法都装有OperationContract属性,您的UI将用于与WCF服务(插件)进行通信.这些方法可以接受和返回任何可序列化的.NET类型,或者,通常情况下,您自己的自定义类型.要使用具有WCF的自定义类型,只需使用DataContract属性装饰它们,并使用DataMember属性标记要通过WCF交换的成员.
一旦你定义了ServiceContract接口,定义一个实现该接口的类.每个OperationContract方法都可以做任何事情,例如与数据库交互,计算一些值等.一旦你这样做,你就有效地定义了一个WCF服务.这里有一个简短的但工作的例子：
using System.ServiceModel;
namespace AdditionServiceNamespace
{
[DataContract]
public class Complex
{
[DataMember]
public int real;
[DataMember]
public int imag;
}
[ServiceContract]
public interface IAdditionService
{
[OperationContract]
Complex Add(Complex c1,Complex c2);
}
public class AdditionService : IAdditionService
{
public Complex Add(Complex c1,Complex c2)
{
Complex result = new Complex();
result.real = c1.real + c2.real;
result.imag = c1.imag + c2.imag;
return result;
}
}
}
下一步是托管这个WCF服务,以便它可以被你的UI使用.由于您将使用Windows服务,因此在您的Windows服务的OnStart()回调中托管您的WCF服务可以轻松完成,如下所示：
using System.ServiceModel;
using System.ServiceProcess;
using AdditionServiceNamespace;
namespace WindowsServiceNamespace
{
public class WindowsService : ServiceBase
{
static void Main()
{
ServiceBase[] ServicesToRun = new ServiceBase[]
{ new WindowsService() };
ServiceBase.Run(ServicesToRun);
}
private ServiceHost _host;
public WindowsService()
{
InitializeComponent();
}
protected override void OnStart(string[] args)
{
_host = new ServiceHost(typeof(AdditionService));
_host.Open();
}
protected override void OnStop()
{
try
{
if (_host.State != CommunicationState.Closed)
{
_host.Close();
}
}
catch
{
// handle exception somehow...log to event viewer,for example
}
}
}
}
唯一需要做的是为您的Windows服务定义一个app.config文件,以配置WCF服务的某些必需方面.这可能看起来像是过分的,但要记住两件事.首先,当您向项目添加WCF服务类时,Visual Studio会自动为您提供基本的app.config文件.其次,app.config文件为您提供了对WCF服务的大量控制,无需更改代码.以下是上述示例的配套app.config文件：
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.serviceModel>
<services>
<service name="AdditionServiceNamespace.MyAdditionService"
behaviorConfiguration="default">
<endpoint name="AdditionService"
address="net.pipe://localhost/AdditionService"
binding="netNamedPipeBinding"
contract="AdditionServiceNamespace.IAdditionService" />
<endpoint address="net.pipe://localhost/AdditionService/MEX"
binding="mexNamedPipeBinding"
contract="IMetadataExchange" />
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior name="default>
<serviceMetadata />
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel>
</configuration>
请注意,AdditionService WCF服务有两个端点.元数据交换端点用于客户端的代码生成,因此现在忽略它.第一个端点配置为使用NetNamedPipeBinding.如果您的UI和Windows服务将在同一台计算机上运行,则是绑定使用(有关选择要使用的适当绑定的流程图,请参阅here).但是,如果您的UI和Windows服务将在不同的计算机上运行,则无法使用此绑定.在这种情况下,您可以使用NetTcpBinding作为替代品.要将NetTcpBinding替换为NetNamedPipeBinding,您只需要更改端点的地址和绑定,如下所示：
<endpoint name="AdditionService"
address="net.tcp://<machine hostname here>/AdditionService"
binding="netTcpBinding"
contract="AdditionServiceNamespace.IAdditionService" />
不需要更改代码！进行更改,重新启动服务,并且您的WCF服务现在可用于远程计算机.如果您愿意,您甚至可以允许同一WCF服务的多个端点.关键是,app.config文件提供了巨大的灵活性,而不需要更改代码.
而已！您现在可以在Windows服务中托管WCF服务,供您的UI使用.
那么UI界面,即客户端如何工作？
这是WCF的真正实力.当开始使用WCF时,最简单的方法是利用Visual Studio的代码生成功能.确保您的Windows服务(托管AddionService的服务)正在运行.在您的UI项目中,右键单击解决方案资源管理器中的项目,然后选择添加服务引用…菜单选项.在地址框中,键入net.pipe：// localhost / AdditionService,然后单击Go按钮.您应该看到AdditionService显示在服务列表中.在“命名空间”框中,键入AdditionService,然后单击“确定”按钮.
执行这些步骤将生成一个客户端代理和一个正确定义的app.config文件,这些文件被添加到您的UI项目中.此客户端代理成为客户端的AdditionService API,您可以使用它：
using TestConsoleApp.AdditionService;
namespace TestConsoleApp
class Program
{
static void Main(string[] args)
{
AdditionServiceClient client = new AdditionServiceClient();
Complex c1 = new Complex(),c2 = new Complex();
c1.real = 3; c1.imag = 5;
c2.real = 1; c2.imag = 7;
Complex result = client.Add(c1,c2);
}
}
}
注意这是多么简单.基本上,客户端代理(AdditionServiceClient)被实例化.然后创建两个复杂对象.最后,调用客户端代理上的Add()方法,并返回Complex结果.
在幕后发生的是,客户端代理的Add()方法实际上将两个Complex对象传递给Windows服务中托管的AdditionService WCF服务. AdditionService执行添加,然后返回结果.所有这些都发生在一个命名管道上,但是注意到这里没有任何命名的管道专用代码！ WCF已经将由IAdditionService接口定义的编程模型背后的所有复杂性抽象出来.
我知道这是很多消息的信息,但我希望很明显WCF是多么强大和易于使用.当然,这个例子只能看到WCF中可用的一切的一小部分.
最后,尽管如此,WCF应该是用于在您的UI和Windows服务之间进行通信的机制.欲了解更多信息,我强烈推荐Juval Lowy的书籍Programming WCF Services为所有的WCF.您还可以访问他的网站,IDesign.net,获取免费的WCF代码示例.有关WCF的更多介绍,请观看这个free video在dnrTV.它涵盖了WCF的目的,并通过一些简单易懂的例子来演示WCF编程.
