UnityContainer.Resolve o ServiceLocator.GetInstance?

Question

Podría parecer una pregunta estúpida, porque en mi código que todo funciona, pero he registrado un producto único de esta manera con mi contenedor Unidad _ambientContainer:

_ambientContainer.RegisterType<Application.StateContext>(new ContainerControlledLifetimeManager()); 

Con el fin de evitar que usar mi local de campo, uso :

get { 
    return ServiceLocator.Current.GetInstance<Application.StateContext>(); 
} 

dentro de mi propiedad para obtener una instancia de mi objeto. De esta forma siempre obtengo la misma instancia (Application.StateContext sigue siendo un singleton) o ¿crea GetInstance una nueva?

¿Es mejor utilizar el campo local _ambientContainer en su lugar?

get { 
    return _ambientContainer.Resolve<Application.StateContext>(); 
} 

Gracias.

Answer 1

Estoy asumiendo que el tipo es ServiceLocator del proyecto CommonServiceLocator, y que está utilizando el adaptador de la Unidad, en cuyo caso GetInstance invoca container.Resolve, por lo que ambas líneas son equivalentes.

Puede ver la fuente aquí - http://commonservicelocator.codeplex.com/wikipage?title=Unity%20Adapter&referringTitle=Home

Answer 2

Preferiblemente se deben evitar en ambos sentidos de (ab) utilizando su contenedor.

El ServiceLocator is considered an anti-pattern en la arquitectura de aplicaciones modernas.

Answer 3

que pasa alrededor de las instancias del contenedor a clases de consumo no es generalmente una buena idea, ya que ya no están garantizados para tener un solo lugar en su aplicación en la que se registran los componentes y servicios (conocido como el Composition Root) .

Las clases deben declarar sus dependencias en su API pública, a ser posible por specifying them as constructor arguments, que el envase proporcionará automáticamente una instancia para cada vez que se ha pedido para resolver un tipo específico (un proceso conocido como Autowiring).

Dependency Injection es generalmente the preferred choice pero no siempre es aplicable. En los casos que usan un Service Locator, como lo está haciendo en su ejemplo, es el la siguiente mejor solución al decouple a class from its dependencies.

En conclusión, si la Inyección de Dependencias no es una opción, evitaría que mis clases hagan referencia directamente al contenedor y, en su lugar, que accedan a él a través de un Localizador de Servicios.