基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 服务定位器(SL)与AgileEAS.NET中的实现-阿里云开发者社区

开发者社区> 开发与运维> 正文

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 服务定位器(SL)与AgileEAS.NET中的实现

简介:

 首先说一下 ,或许我是个懒汉,博客差不多已经一个月没有写了,给朋友们说声抱歉,最近发生了很多事,南方洪水呀洪水,北方热呀热,兰州遇到不知道多少年没有遇到的40度高温,其实说这些是扯谈的事,还得要生活啊,原本已经睡下了,睡不着怕起来写了这篇Post。

        言归正传,在设计模块上有这么一个模块Service Locator模式,大概就是我叫他服务定位器的家伙,AgileEAS.NET平台服务定位器理论上也实现了这种模式,他做为对象控件反转IOC的一个补充,共同完成对象(服务)的解耦工作。

         Service Locator模式的基本思想是:服务定位器知道如何获得一个应用程序所需的所有服务。也就是说,在具体的应用中,服务消费者通过服务定位器获得指定的服务实现,从而将服务消费者、服务定义与实际的服务实现代码解耦,服务消费者可以在相同的接口上注册不同的实现,从而可以不改变使用的代码就能改变实现的功能。

         服务定位器的功能重点在于服务的解耦,而IOC容器的功能在于对象的解偶,从本质上,服务也是一种对象,理论上IOC容器也是可以完成服务的解偶合,但是在目前不同技术的分布式通信系统中,利用IOC解耦的成本会高一些,使用服务定位器解偶会更好一些,在AgileEAS.NET平台中服务定位器也提供了IOC解偶的实现,即可以对服务对象指向一IOC中的某个容器。

         上面的几段话很绕,也有点找抽的感觉,如果说最简单的理解就是用服务定位器隔离服务定位与服务的实现,用户通过预先定义的服务接口和配置文件实现服务接口与服务实现的剥离,服务实现在运行期通过服务定位器实现后期绑定。

         AgileEAS.NET平台中的服务定位器可以理解为服务定位器模式的实现,也可以理解为对企业应用中对不同服务(WebService、Remoting)的发现、定位与集成,从应用的角度来讲,AgileEAS.NET平台的服务定位器更趋向于后者,下面我们来看看AgileEAS.NET平台中的服务定位器结构:

EAS.ServiceLocator

         由上图我们可以看出,AgileEAS.NET平台提供了XML WebService、.NET Remoting和本地服务组件三种服务定位器实现,下面我们来详细看看IServiceLocator接口:

    /// <summary>
    /// 服务定位器接口。
    /// </summary>
    public interface IServiceLocator
    {
        /// <summary>
        ///  定位指定的服务。
        /// </summary>
        /// <param name="serviceName">服务名称。</param>
        /// <returns>服务(代理)对象。</returns>
        object GetService(string serviceName);

        /// <summary>
        ///  定位指定的服务。
        /// </summary>
        /// <param name="serviceName">服务名称。</param>
        /// <param name="interfaceType">服务接口。</param>
        /// <returns>服务(代理)对象。</returns>
        object GetService(string serviceName, Type interfaceType);
    }

         由IServiceLocator接口我们可以知道,SL只完成根据服务名称及服务接口定义返回指服务实例或者服务代理对象,供调用者使用。

         服务定位器设计中也充分应用接口驱动的思路,对系统提供的各种服务,需提供抽像的服务接口,服务消费者直接使用接口进行服务调用,而具体的服务实现则由服务定位器在运行时动态完成服务的发现与定位。

         目前AgileEAS.NET平台实现了XML WebService、.NET Remoting和本地服务组件的定位器,对于本地组件(服务)的定位被直接路由到IOC容器配置的服务组件中,对于XML WebService、.NET Remoting服务,可以被路由至IOC容器中的预先实现的服务代理组件,也可以直接由SL生成服务代理组件。

         AgileEAS.NET平台服务定位器通过配置文件来隔离服务接口与服务实现,下面是一个SL配置文件的示例:

<Service name="EAS.RMIService.Service" service-type="DotNetRemoting" singleton="true" 
		 url="tcp://localhost:8000/EAS.RMIService"/>
<Service name="EAS.FileTransService.Service" service-type="WebService" singleton="true" 
		 url="http://localhost:82/Distributed/RMIService.asmx"/>
<Service name="EAS.DataAccessService.Service" service-type="LocalComponent" 
		 component="DataAccessor" />

         说到这,或许一部人已经知道是怎么回事了,或许还有一部分人还在云里舞里,其实我个人也不喜欢这种方式,自己说的陶醉听的人云里舞里,下文我将以一个简单的例子演示使用SL统一本地服务组件、XML WebService、.NET Remoting服务调用的例子。
 
         最后打下广告:

QQ群:15118502

链接:AgileEAS.NET应用开发平台介绍

AgileEAS.NET之敏捷并行开发方法

敏捷软件工程实验室


作者:魏琼东 
出处:http://www.cnblogs.com/eastjade
关于作者:有13年的软件从业经历,专注于中小软件企业软件开发过程研究,通过在技术与管理帮助中小软件企业实现技术层面开源节流的目的。熟悉需求分析、企业架构、项目管理。现主要从事基于AgileEAS.NET平台的技术咨询工作,主要服务于医疗卫生、铁路、电信、物流、物联网、制造、零售等行业。如有问题或建议,请多多赐教! 
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,如有问题,可以通过mail.james@qq.com 联系我,也可以加入QQ群:113723486、199463175、116773358、116773358、212867943、147168308、59827496、193486983、15118502和大家共同讨论,非常感谢。

    本文转自魏琼东博客园博客,原文链接:http://www.cnblogs.com/eastjade/archive/2010/08/05/1792714.html,如需转载请自行联系原作者



版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章