我将服务定位器模式应用为described in Game Programming模式,并且想知道可能的通用实现。以下代码可以工作,但我对使用通用和静态的类感到困惑。
以下C#代码的想法是提供一个"全球"服务于应用程序的其他部分,只暴露一个接口而不是完整的实现。使用此方法注册的每个服务在应用程序中只有一个实例,但我希望能够轻松地交换/提供所提供接口的不同实现。
我的问题是:当我使用以下类在我的应用程序中提供不同的服务时,C#如何知道我指的是不同类型的不同服务?直觉上,我几乎认为静态变量_service
将被每个新服务覆盖。
public static class ServiceLocator<T>
{
static T _service;
public static T GetService()
{
return _service;
}
public static void Provide(T service)
{
_service = service;
}
}
以下是一些用法:
// Elsewhere, providing:
_camera = new Camera(GraphicsDevice.Viewport);
ServiceLocator<ICamera>.Provide(_camera);
// Elsewhere, usage:
ICamera camera = ServiceLocator<ICamera>.GetService();
// Elsewhere, providing a different service:
CurrentMap = Map.Create(strategy);
ServiceLocator<IMap>.Provide(CurrentMap);
// Elsewhere, using this different service:
IMap map = ServiceLocator<IMap>.GetService();
答案 0 :(得分:2)
C#为open类型的每个通用参数组合创建一个单独的闭合类型 由于泛型参数的每个组合都会创建一个单独的类,调用静态构造函数并为每个类创建自己的成员。 你可以把它们想象成不同的类。
public static class GenericCounter<T>
{
public static int Count { get; set; } = 0;
}
GenericCounter<int>.Count++;
GenericCounter<int>.Count++;
GenericCounter<string>.Count++;
Console.WriteLine(GenericCounter<double>.Count); // 0
Console.WriteLine(GenericCounter<int>.Count); // 2
Console.WriteLine(GenericCounter<string>.Count); // 1
此代码输出:
0
2
1
例如,在您的情况下,行为将相同,就像您创建了两个单独的类一样:
public static class ServiceLocatorOfIMap
{
static IMap _service;
public static IMap GetService()
{
return _service;
}
public static void Provide(IMap service)
{
_service = service;
}
}
public static class ServiceLocatorOfICamera
{
static ICamera _service;
public static ICamera GetService()
{
return _service;
}
public static void Provide(ICamera service)
{
_service = service;
}
}
并像这样使用它:
// Elsewhere, providing:
_camera = new Camera(GraphicsDevice.Viewport);
ServiceLocatorForICamera.Provide(_camera);
// Elsewhere, usage:
ICamera camera = ServiceLocatorForICamera.GetService();
// Elsewhere, providing a different service:
CurrentMap = Map.Create(strategy);
ServiceLocatorForIMap.Provide(CurrentMap);
// Elsewhere, using this different service:
IMap map = ServiceLocatorForIMap.GetService();
通常,它类似于C#在遇到静态泛型类时的作用。
答案 1 :(得分:1)
我将此用于我无法一直使用依赖注入的情况(如WebForms),但我想编写可由DI容器解析的可测试类。
用法类似于
using(var resolved = new ResolvedService<ISomeService>())
{
resolved.Service.DoSomething();
}
好处:
坏事:
ServiceLocator
不会与任何特定的容器相连。但是现在改变它是微不足道的。使用这意味着虽然较大的组件(如.aspx页面)不可测试,但我注入的内容是可测试的。它只是给了我一个疯狂的想法 - 我可以为WebForms页面编写协调器,以便它们大部分都是可测试的。但希望我永远不需要这样做。
internal class ServiceLocator
{
private static IWindsorContainer _container;
internal static void Initialize(IWindsorContainer container)
{
_container = container;
}
internal static TService Resolve<TService>(string key = null)
{
if (_container == null)
{
throw new InvalidOperationException(
"ServiceLocator must be initialized with a container by calling Initialize(container).");
}
try
{
return string.IsNullOrEmpty(key)
? _container.Resolve<TService>()
: _container.Resolve<TService>(key);
}
catch (ComponentNotFoundException ex)
{
throw new InvalidOperationException(string.Format("No component for {0} has been registered.", typeof(TService).FullName), ex);
}
}
internal static void Release(object resolved)
{
_container.Release(resolved);
}
}
public class ResolvedService<TService> : IDisposable
{
private bool _disposed;
private readonly TService _resolvedInstance;
public TService Service
{
get { return _resolvedInstance; }
}
public ResolvedService(string key = null)
{
_resolvedInstance = ServiceLocator.Resolve<TService>(key);
}
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}
~ResolvedService()
{
Dispose(false);
}
protected virtual void Dispose(bool disposing)
{
if (_disposed) return;
ServiceLocator.Release(_resolvedInstance);
_disposed = true;
}
}