基于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平台中的服务定位器结构:

         由上图我们可以看出,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之敏捷并行开发方法

敏捷软件工程实验室

时间: 2024-08-02 21:18:46

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

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 文章汇总及学习指南

一.AgileEAS.NET平台简介 AgileEAS.NET平台是一套应用系统快速开发平台,用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队,以达到节省开发成本.缩短开发时间,快速适应市场变化的目的,AgileEAS.NET应用开发平台包含基础类库.资源管理平台.运行容器.开发辅助工具等四大部分,资源管理平台为敏捷并行开发提供了设计.实现.测试等开发过程的并行. AgileEAS.NET平台基于软件过程改进以及构件化快速开发两方面达到这方面的目标,在软件过程改进实践方面,提出了独有的

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 5.0 简介

AgileEAS.NET简介  AgileEAS.NET平台(简称EAS.NET平台)是以"敏捷并行开发方法"为其过程指导思想.基于Microsoft .Net构件技术和模型驱动架构的企业级快速开发平台,AgileEAS.NET使的构建企业级分布式应用系统变得简单,它提供了可灵活扩展应用架构,并且革命性的改变了软件的生产方式,用于帮助中小型软件企业建立一条适合快速变化的开发团队,以达到节省开发成本.缩短开发时间,快速适应市场变化的目的. AgileEAS.NET介绍 AgileEAS.

基于DotNet构件技术的企业级敏捷软件开发平台 AgileEAS.NET 4.0 简介

介绍       AgileEAS.NET应用开发平台,简称EAS.NET,是基于敏捷并行开发思想以及.NET构件技术而开发的一个应用系统快速开发平台,用于帮助中小型软件企业建立一条适合快速变化的开发团队,以达到节省开发成本.缩短开发时间,快速适应市场变化的目的,AgileEAS.NET应用开发平台包含基础类库.资源管理平台.运行容器.开发辅助工具等四大部分,资源管理平台为敏捷并行开发提供了设计.实现.测试等开发过程的并行,基于AgileEAS.NET平台的应用系统的各个业务功能子系统,在系统体

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 系列目录

      AgileEAS.NET应用开发平台最博客园最早的一篇介绍是2010年4月19号发的,随后也陆续发布了一些相关的介绍和应用的文章,最近差不多也一个多用不写了,主要原因是想着平台发布之后再继续写.       AgileEAS.NET平台定在本月内发布,到时间我会发布完整的开发包,包含所有程序集,类库参考手册,开发指南及相关文档,完整的开发例子,初次发布的管理和运行环境支持SQLServer/2000/2005/2008/oracle10/11数据库支持.       本文的主要目的是

基于DotNet构件技术的企业级敏捷软件开发平台 AgileEAS.NET - 敏捷并行开发方法

      首先声明,此并行开发非指并行计算,而是指实践软件工程所总结的一些心得和做法.       敏捷并行开发方法,是利用软件构件技术等技术,以及平台+插件化开发技术整合而出的一种快速开发模式:并行是指产品在生命周期内,项目管理过程.项目研发过程和机构支撑过程"并行"开展,项目研发过程中各个阶段有限度"并行"开展. 并行开发       在传统的瀑布开发模式下,同一软件的多个阶段是顺序地被开发出来的,也就是说第一阶段全部开发结束后才开始第二阶段的开发:同样,等第

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 4.0 最新发布版本 -下载使用说明

一.AgileEAS.NET发布包内容界面 在前些时间,我们对AgileEAS.NET平台平台进行了一次重构,进程序集进行了合并和裁剪,也发布一个基于新版AgileEAS.NET平台的SAAS结构的案例-AgileEAS.NET平台开发实例-药店系统-快速的SAAS开发体验,但一直没有向大家提供最新版本的下载和详细的介绍. AgileEAS.NET平台是一套应用系统快速开发平台,用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队,以达到节省开发成本.缩短开发时间,快速适应市场变化的目的,

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 关于AgileEAS.NET的一些补充说明

       首先,关于支持.NET Framework 版本问题;AgileEAS.NET最初是基于.net1.1的,目前网上能看到的基于早期版本的只有租吧二手房交易软件和售楼软件,之后2007年开始转移到net2.0版本,到目前为止,基于.net2.0,或许有人说,是否可以考虑基于.net3.5,.net4.0,这个就目前情况来说,还是基于.net2.0,因为对于企业管理信息系统来讲.net2.0足够了,我所熟悉的很多.net应用都是基于2.0版本,当然在以后我会根据需要增加.net4.0版

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - ORM设计器

      AgileEAS.NET平台做为一个快速应用开发平台,其目的为是为了提高应用软件的生产效率,如何软件开发的生产效率,方法是多种多样的:使用工作简化开发中低技术重复工作可以是一种行之有效的途径.       在AgileEAS.NET平台中,我们提供了一个集数据库设计.代码生成.DDL定义与一体的数据实体设计器:       在早期的AgileEAS.NET版本中包含一个代码生成器,用于根据现在数据库生成ORM代码,后来的思路是想介入项目的数据库设计环节,所以设计了这么一个数据对象设计

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 账户与角色

      前面的文章我介绍了AgileEAS.NET平台关于模块插件的集成,本文我介绍AgileEAS.NET平台中的一个重要功能,账户和角色.       做为一个企业级应用开发平台,我们应该包括账户管理,做为一个插件集成平台,我们应该包括模块插件的权限管理,而权限系统,也必须依赖于插件和系统使用者(也就是账户和角色).       AgileEAS.NET参考了Windows系统的用户管理机制,Windows设置了用户和用户组,用户组是用户的组合,主要用于权限的设定,AgileEAS.NE

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 权限管理

      前面我们在AgileEAS.NET之插件接口IModule和AgileEAS.NET之插件运行容器中对模块插件和运行容器都做了介绍,我们知道,在运行容器中,我们要基于模块插件并结合账户/角色进行权限判定,在系统账户登录之后,导航动态加载账户所具有执行权限的模块. AgileEAS.NET平台的权限系统参考了Windows系统的权限管理系统ACL(访问控制列表),AgileEAS.NET平台建立了基于模块插件与账户/角色组合的访问控制列表,对模块访问权限进行统一的管理和验证.