.NET 服务器定位模式(Service Locator Pattern)——Common Service Locator

摘要:
下载CommonServiceLocatorDownload CommonServiceLocator演示场景假设您有一个依赖于多个服务服务的类,并且这些服务在编译阶段指定了特定类型。通常,服务定位器模式组合工厂模式和/或依赖注入模式。SharePointServiceLocator类提供对单个IServiceLocator实例的访问和管理。ActivatingServiceLocator是此类接口的默认实现,可以创建和定位服务。有关详细信息,请参阅SharePointServiceLocator。在使用服务定位器模式之前,请考虑以下几点:有更多的解决方案元素用于管理。在扫描对象之前,您必须编写额外的代码,以将服务器引用添加到服务定位器。您可以根据服务定位器进行组装。源代码更完整,而且很难理解。您必须配置和定义非模拟。您必须提供服务的实施,因为ServiceLocator或服务提供商提供的服务消费者可能需要提供固定条件。此逻辑确保在服务使用者尝试查找服务提供者之前安装并注册服务提供者。以下模式与服务定位器模式相关:依赖注入。
本文内容
  • 场景
  • 目标
  • 解决方案
  • 实现细节
  • 思考
  • 相关模式
  • 更多信息
  • 参考资料

Common Service Locator 代码很简单,它一般不会单独使用,而是作为一个单件模式,与像 .net Unity 这样的依赖注入框架一起使用。Common Service Locator 是 Unity 的一部分。

下载 CommonServiceLocator下载 CommonServiceLocator Demo 场景

假设你有一个类,该类依赖几个服务 Service(这些服务也可以看做是几个类),这些服务是在编译阶段指定具体类型的。在接下来的例子中,ClassA 在编译阶段依赖 ServiceAServiceB。如下图所示。

IC340134

这样做有如下缺点:

  • 若替换或更新所依赖的服务(或类),显然,必须修改源代码,并且重新编译解决方案;
  • 这些所依赖的具体实现(依赖的服务的具体实现)必须在编译时可用;
  • 你的类很难单独测试,因为它们直接引用了那些依赖。这意味着这些依赖不能用 stubs 或 mock 对象替换;
  • 你的类包含创建、查找和管理这些依赖的重复代码。

下面说明如何解决这个问题。

目标

使用服务器定位模式可以完成下面的任何一个目标:

  • 你想从那些依赖解耦你的类,这样那些依赖就可以被替换或更新,而不需要或很少修改你的类;
  • 你想写逻辑代码,而逻辑代码取决于那些依赖的类,但那些依赖类的具体实现在编译阶段是不知道的;
  • 你想在不使用那些依赖的情况下单独测试你的类;
  • 你不想在你的类中写查找和管理那些依赖类的代码;
  • 你想把你的应用程序划分成松散的耦合模块,这样就可以单独开发、测试、版本控制和部署。
解决方案

创建一个包含那些服务的引用和封装了定位他们的逻辑的服务定位器。在你的类中,使用服务定位器来获得服务的实例。下图说明了类何使用服务器定位器。

IC340135

服务器定位器模式不会描述如何实例化服务,它描述一个注册服务和定位服务的方法。通常情况下,服务定位器模式结合工厂模式(Factory pattern)和/或依赖注入模式(Dependency Injection pattern)。这种组合使得服务定位器创建服务的实例。

注意:

服务定位器可以定位一个服务,而无需知道它的具体类型。例如,它可能使用一个字符串密钥(string key)或服务接口类型(service interface type)。这样,你就可以替换依赖的具体实现,而无需修改类。

现实细节

SharePoint Guidance Library 提供了一个服务定位器的实现。SharePointServiceLocator 类提供了访问单件 IServiceLocator 实例并管理该实例,该类一个接口的默认实现——ActivatingServiceLocator,这个类可以创建和定位服务。

The Partner Portal application 展示了如何使用服务定位器注册和定位服务,如信息库(repositories),记录服务(logging services)和配置管理服务(configuration management services)。更多信息,参看 The SharePoint Service Locator

思考

在使用服务定位器模式前,考虑下面几点:

  • There are more solution elements to manage.
  • You must write additional code that adds service references to the service locator before your objects can use it.
  • Your classes have a dependency on the service locator.
  • The source code is more complex and difficult to understand.
  • You can use configuration data to define run-time relationships.
  • You must provide implementations of the services. Because the Service Locator pattern decouples service consumers from service providers, it might be necessary to provide additional logic. This logic ensures that the service providers are installed and registered before service consumers try to locate them.
相关模式

下面模式与服务定位器模式有关:

    依赖注入(Dependency Injection)。这个模式跟服务定位器模式解决的同一个问题,只是使用了不同的方法。

    控制反转(Inversion of Control)。服务定位器是控制反转的一个特例。它反转了一个应用程序的传统控制流。它是一个被调用的对象,而不是控制处理的调用者。

更多信息

参考:

关于服务定位器,更多资料,参看 The SharePoint Service Locator

参考资料

 

下载 CommonServiceLocator

下载 CommonServiceLocator Demo

免责声明:文章转载自《.NET 服务器定位模式(Service Locator Pattern)——Common Service Locator》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇Scrollbar中滚动条的设置H5入门基础(一)下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

abview查找范例时说 NI服务器未定位 这是怎么回事?

NI服务定位器未运行在使用labview查找范例时,出现“NI服务定位器未运行”的对话框,而后不能够打开范例。有以下方法。方法一:是防火墙服务禁用造成的,在防火墙规则里面找,把和NI相关的都允许。方法二:点击我的电脑-管理-服务- National Instrument mDNS Responder Service 然后启动就可以了。方法三:您需要重新启动...