前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 服务定位器(SL)与AgileEAS.NET中的实现

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

作者头像
魏琼东
发布2018-01-11 16:21:02
6460
发布2018-01-11 16:21:02
举报
文章被收录于专栏:魏琼东

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

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

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

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

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

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

image.png
image.png

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

代码语言:javascript
复制
    /// <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配置文件的示例:

代码语言:javascript
复制
<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服务调用的例子。

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2010-08-05 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
容器服务
腾讯云容器服务(Tencent Kubernetes Engine, TKE)基于原生 kubernetes 提供以容器为核心的、高度可扩展的高性能容器管理服务,覆盖 Serverless、边缘计算、分布式云等多种业务部署场景,业内首创单个集群兼容多种计算节点的容器资源管理模式。同时产品作为云原生 Finops 领先布道者,主导开源项目Crane,全面助力客户实现资源优化、成本控制。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档