wcf中如何实现多服务

目录

• 什么是插件式编程
• OCP:开放封闭原则
• 插件式架构
• C#实现插件式开发的理论基础
• ServiceHost实现批量寄宿
• 总结
• 参考

---

两截门(Dutch Door)——(名词)一个被水平分割为两部分的门,这样每一部分都可以独立保持开放或者封闭。(《美国传统英语字典》第4版，2000年)

假设您设计的程序已经部署到用户的计算机上，并且能够正常运行了。但是有一天，用户打来了电话——他们要求增加新的功能。确定了用户的需求后，你竟然发现原有的软件架构已经无法胜任新增任务的需求——你需要重新设计这个应用了！但问题是，就算你又用了一个开发周期完成了用户需要的应用，却不能保证用户的需求不会再次变更。也就是说，需求蔓延的可能性依然存在。因此，这种情况下插件构架更能显示出它的优越性。

同样的原理,可以应用到我们的widows服务开发中。

什么是插件式编程

OCP:开放封闭原则

软件实体(类、模块、函数等)应该是可以扩展的,但是不可修改。

• 对于扩展是开放的(open for extension)。

这意味着模块的行为是可以扩展的。当应用的需求改变时,我们可以对模块进行扩展,使其具有满足那些改变的新行为。还句话说,我们可以改变模块的功能。

• 对于修改时封闭的(closed for modification)

对于模块行为进行扩展时,不必改动模块的源代码或者二进制代码。模块的二进制可执行版本，无论是可链接的库、dll或者.EXE文件,都无需改动。

怎样可能在不改动模块源代码的情况下去更改它的行为呢？如果不更改一个模块,又怎么能够去改变它的功能呢？

答案是抽象。在C#或者其他任何的OOPL(面向对象程序设计语言,如java)中,可以创建出固定却能够描述一组任意个可能行为抽象体。这个抽象体就是抽象基类。而这一组任意个可能得行为则表现为可能得派生类。

模块可能对抽象体进行操作。由于模块依赖于一个固定的抽象体,所以它对于更改可以是封闭的。同时，通过从这个抽象体派生,可以扩展此模块的行为。

插件式架构

插件式架构是遵循OCP原则的。插件式架构,一种开放性的、高扩展性的架构体系。基于插件的设计好处很多，把扩展功能从框架中剥离出来，降低了框架的复杂度，让框架更容易实现。扩展功能与框架以一种很松的方式耦合，两者在保持接口不变的情况下，可以独立变化和发布。基于插件设计并不神秘，相反它比起一团泥的设计更简单，更容易理解。

而笔者实际项目中,通常是按照业务归属将不同业务模块设计成不同插件。

C#实现插件式开发的理论基础

在dotNET framework中,给开发人员提供了反射机制,通过反射可以动态加载类库。

Assembly类可以获得正在运行的装配件信息，也可以动态的加载装配件，以及在装配件中查找类型信息，并创建该类型的实例。

Type类可以获得对象的类型信息，此信息包含对象的所有要素：方法、构造器、属性等等，通过Type类可以得到这些要素的信息，并且调用之。

MethodInfo包含方法的信息，通过这个类可以得到方法的名称、参数、返回值等，并且可以调用之。

诸如此类，还有FieldInfo、EventInfo等等，这些类都包含在Sy命名空间下。

插件方式实现ServiceHost批量寄宿WCF服务

实现基本目标:

• 以插件的方式开发wcf服务端,业务模块以独立dll的方式注册到宿主里
• 业务模块的添加删除是动态的,服务端主程序无需重新编译
• 无须为每个业务模快servicetype单独做配置,注册一个业务模块只需在host里添加一个endpoint和操作契约

(1)创建一个WinowsService服务,创建三个wcf服务,然后分别实现各自wcf的业务逻辑。以上步骤比较简单。

(2)然后就是编译wcf.dll,并拷贝到host服务的指定目录,比如我的在\plugins\xx_wcf.dll。

(3)在Host宿主的配置文件,添加endpoint和操作契约

<; <bindings> <netTcpBinding> <binding name="tcpBinding"> <security mode="None"> </security> </binding> </netTcpBinding> </bindings> <services> <!--添加服务--> <!--B服务--> <service name="Plugins.BService.Wc; behaviorConfiguration="Plugins.BService.WcfService"> <!--name 必须与代码中的host实例初始化的服务一样 behaviorConfiguration 行为配置 --> <host> <baseAddresses> <!--添加调用服务地址--> <add baseAddress="net.tc;/> </baseAddresses> </host> <!--添加契约接口 --> <endpoint address="net.tc; binding="netTcpBinding" contract="Plugins.BService.Wc; bindingConfiguration="tcpBinding" name="Plugins.BService.Wc;></endpoint> <endpoint address="mex" binding="mexTcpBinding" name="MEX" contract="IMetadataExchange"/> </service> <!--A服务--> <service name="Plugins.AService.Wc; behaviorConfiguration="Plugins.AService.WcfService"> <!--name 必须与代码中的host实例初始化的服务一样 behaviorConfiguration 行为配置 --> <host> <baseAddresses> <!--添加调用服务地址--> <add baseAddress="net.tc;/> </baseAddresses> </host> <!--添加契约接口 --> <endpoint address="net.tc; binding="netTcpBinding" contract="Plugins.AService.Wc; bindingConfiguration="tcpBinding" name="Plugins.AService.Wc;></endpoint> <endpoint address="mex" binding="mexTcpBinding" name="MEX" contract="IMetadataExchange"/> </service> <!--Re服务--> <service name="Re; behaviorConfiguration="Re;> <!--name 必须与代码中的host实例初始化的服务一样 behaviorConfiguration 行为配置 --> <host> <baseAddresses> <!--添加调用服务地址--> <add baseAddress="net.tcp://172.16.0.194:3723/Re;/> </baseAddresses> </host> <!--添加契约接口 --> <endpoint address="net.tcp://172.16.0.194:3723/Re; binding="netTcpBinding" contract="Re; bindingConfiguration="tcpBinding" name="Re;></endpoint> <endpoint address="mex" binding="mexTcpBinding" name="MEX" contract="IMetadataExchange"/> </service> </services> <!--定义WcfServiceBehavior的行为--> <behaviors> <serviceBehaviors> <behavior name="Plugins.BService.WcfService"> <serviceMetadata httpGetEnabled="false"/> <serviceDebug includeExceptionDetailInFaults="false"/> </behavior> <behavior name="Plugins.AService.WcfService"> <serviceMetadata httpGetEnabled="false"/> <serviceDebug includeExceptionDetailInFaults="false"/> </behavior> <behavior name="Re;> <serviceMetadata httpGetEnabled="false"/> <serviceDebug includeExceptionDetailInFaults="false"/> </behavior> </serviceBehaviors> </behaviors> </;

(4)接下来就是利用.NET反射机制,去遍历plugins目录下的wcf.dll，分别注册到ServiceHost中。

在的OnStart方法中,增加以下代码:

//1.寻找wcf.dll List<string> pluginpaths = PluginHel(); //2.遍历并解析 foreach (string filename in pluginpaths) { try { //获取文件名 string asmfile = filename; string asmname = Pa(asmfile); if (asmname != ) { //利用反射,构造DLL文件的实例 Assembly asm = A(asmfile); //利用反射,从程序集(DLL)中,提取类,并把此类实例化 Type[] t = a(); foreach (Type type in t) { //3.注册 ServiceHost host = new ServiceHost(type); if (host != null) { (); } } } } catch (Exception ex) { Con); }

这样就实现了一个serivcehost承载多个wcf服务的要求。

3 总结

OCP:开放-封闭原则是敏捷开发中非常重要的原则。

使用插件式架构能够是整个软件更加灵活,扩展性更强,同时也便于部署和维护。

最后分享一下趣图:

作者：戎"码"一生。 如有需要demo的可以留言或私信笔者,并留下您的邮箱~我会尽快send给大家。