c# – 创建用于监视和与正在运行的Windows服务交互的用户界面

前端之家收集整理的这篇文章主要介绍了c# – 创建用于监视和与正在运行的Windows服务交互的用户界面前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我需要在我的服务器上的 Windows服务中运行一堆可插入的进程,并希望创建一个用户界面,让我可以与服务使用的每个插件进行交互.

用户界面和长时间运行的Windows服务之间的通信最常用的方法(或方法)是什么?我正在考虑提供诸如数据库之类的中间位置,并使用某种消息队列向服务发出命令.有没有人实施这样的方法,还是其他一些优越的方法?你在这个过程中遇到什么问题?

解决方法

不要使用遥控器!虽然它一定会奏效,但微软表示,远程处理是一种遗留技术,所有新的分布式应用程序都应该使用WCF开发.详见 here.

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编程.

猜你在找的C#相关文章