Estoy preparando una presentación para un grupo de usuarios. Como tal, acabo de pasar por un montón de ellos. A saber: AutoFac, MEF, Ninject, Spring.Net, StructureMap, Unity y Windsor.
Quería mostrar el caso del 90% (inyección de constructor, que es principalmente para lo que la gente usa un COI de todos modos).
Puede consultar la solución aquí (VS2008)
Como tal, hay algunas diferencias clave:
- Inicialización
- Recuperación de objetos
Cada uno de ellos también tiene otras características (algunos tienen AOP y mejores artilugios, pero en general todo lo que quiero que haga un COI es crear y recuperar objetos para mí)
Nota: las diferencias entre las diferentes bibliotecas de recuperación de objetos se pueden negar utilizando CommonServiceLocator: http://www.codeplex.com/CommonServiceLocator
Eso nos deja con la inicialización, que se realiza de dos maneras: mediante código o mediante configuración XML (app.config / web.config / custom.config). Algunos admiten ambos, algunos admiten solo uno. Debo señalar: algunos usan atributos para ayudar a la IoC.
Así que aquí está mi evaluación de las diferencias:
Solo inicialización de código (con atributos). Espero que te gusten las lambdas. El código de inicialización se ve así:
IKernel kernel = new StandardKernel(
new InlineModule(
x => x.Bind<ICustomerRepository>().To<CustomerRepository>(),
x => x.Bind<ICustomerService>().To<CustomerService>(),
x => x.Bind<Form1>().ToSelf()
));
Código de inicialización o XML o Atributos. v2.5 también es muy lambda'y. Con todo, este es uno de mis favoritos. Algunas ideas muy interesantes sobre cómo StructureMap usa los atributos.
ObjectFactory.Initialize(x =>
{
x.UseDefaultStructureMapConfigFile = false;
x.ForRequestedType<ICustomerRepository>()
.TheDefaultIsConcreteType<CustomerRepository>()
.CacheBy(InstanceScope.Singleton);
x.ForRequestedType<ICustomerService>()
.TheDefaultIsConcreteType<CustomerService>()
.CacheBy(InstanceScope.Singleton);
x.ForConcreteType<Form1>();
});
Código de inicialización y XML. Buena biblioteca, pero la configuración XML es un fastidio. Gran biblioteca para Microsoft o las tiendas de la autopista. La inicialización del código es fácil:
container.RegisterType<ICustomerRepository, CustomerRepository>()
.RegisterType<ICustomerService, CustomerService>();
XML solo lo más cerca que puedo decir. Pero para la funcionalidad Spring.Net hace todo lo que un IoC puede hacer. Pero debido a que la única forma de unificar es a través de XML, generalmente es evitado por las tiendas .net. Sin embargo, muchas tiendas .net / Java usan Spring.Net debido a la similitud entre la versión .net de Spring.Net y el proyecto Java Spring.
Nota : La configuración en el código ahora es posible con la introducción de Spring.NET CodeConfig .
XML y código. Al igual que Spring.Net, Windsor hará todo lo que quieras que haga. Windsor es probablemente uno de los contenedores de IoC más populares.
IWindsorContainer container = new WindsorContainer();
container.AddComponentWithLifestyle<ICustomerRepository, CustomerRepository>("CustomerRepository", LifestyleType.Singleton);
container.AddComponentWithLifestyle<ICustomerService, CustomerService>("CustomerService",LifestyleType.Singleton);
container.AddComponent<Form1>("Form1");
Puede mezclar XML y código (con v1.2). Bonita biblioteca simple de IoC. Parece hacer lo básico sin mucho alboroto. Admite contenedores anidados con alcance local de componentes y una gestión del tiempo de vida bien definida.
Así es como lo inicializa:
var builder = new ContainerBuilder();
builder.Register<CustomerRepository>()
.As<ICustomerRepository>()
.ContainerScoped();
builder.Register<CustomerService>()
.As<ICustomerService>()
.ContainerScoped();
builder.Register<Form1>();
Si tuviera que elegir hoy: probablemente iría con StructureMap. Tiene el mejor soporte para las características del lenguaje C # 3.0 y la mayor flexibilidad en la inicialización.
Nota : Chris Brandsma convirtió su respuesta original en una publicación de blog .