Estou preparando uma apresentação para um grupo de usuários. Como tal, eu apenas passei por um monte deles. Ou seja: AutoFac, MEF, Ninject, Spring.Net, StructureMap, Unity e Windsor.
Eu queria mostrar o caso de 90% (injeção de construtor, que é principalmente para o que as pessoas usam um COI).
Você pode conferir a solução aqui (VS2008)
Como tal, existem algumas diferenças principais:
- Inicialização
- Recuperação de objeto
Cada um deles tem outros recursos também (alguns têm AOP e melhores aparelhos, mas geralmente tudo que eu quero que um COI faça é criar e recuperar objetos para mim)
Nota: as diferenças entre as diferentes recuperações de objetos de bibliotecas podem ser negadas usando o CommonServiceLocator: http://www.codeplex.com/CommonServiceLocator
Isso nos deixa com a inicialização, que é feita de duas maneiras: via código ou via configuração XML (app.config / web.config / custom.config). Alguns suportam ambos, outros suportam apenas um. Devo observar: alguns usam atributos para ajudar a IoC.
Então, aqui está minha avaliação das diferenças:
Somente inicialização de código (com atributos). Espero que você goste de lambdas. O código de inicialização fica assim:
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 inicialização ou XML ou Atributos. v2.5 também é muito lambda'y. Em suma, este é um dos meus favoritos. Algumas idéias muito interessantes sobre como o StructureMap usa os 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 inicialização e XML. Boa biblioteca, mas a configuração XML é um problema. Ótima biblioteca para a Microsoft ou as lojas da rodovia. A inicialização do código é fácil:
container.RegisterType<ICustomerRepository, CustomerRepository>()
.RegisterType<ICustomerService, CustomerService>();
XML apenas o mais próximo possível. Mas, para a funcionalidade, o Spring.Net faz tudo sob o sol que uma IoC pode fazer. Mas como a única maneira de unificar é através do XML, isso geralmente é evitado pelas lojas .net. Embora muitas lojas .net / Java usem o Spring.Net devido à semelhança entre a versão .net do Spring.Net e o projeto Java Spring.
Nota : A configuração no código agora é possível com a introdução do Spring.NET CodeConfig .
XML e código. Como o Spring.Net, o Windsor fará o que você desejar. Windsor é provavelmente um dos contêineres IoC mais populares do mercado.
IWindsorContainer container = new WindsorContainer();
container.AddComponentWithLifestyle<ICustomerRepository, CustomerRepository>("CustomerRepository", LifestyleType.Singleton);
container.AddComponentWithLifestyle<ICustomerService, CustomerService>("CustomerService",LifestyleType.Singleton);
container.AddComponent<Form1>("Form1");
Pode misturar XML e código (com v1.2). Biblioteca simples e agradável de IoC. Parece fazer o básico sem muito barulho. Oferece suporte a contêineres aninhados com escopo local de componentes e um gerenciamento de tempo de vida bem definido.
Aqui está como você inicializa:
var builder = new ContainerBuilder();
builder.Register<CustomerRepository>()
.As<ICustomerRepository>()
.ContainerScoped();
builder.Register<CustomerService>()
.As<ICustomerService>()
.ContainerScoped();
builder.Register<Form1>();
Se eu tivesse que escolher hoje: provavelmente iria com o StructureMap. Possui o melhor suporte para os recursos da linguagem C # 3.0 e a maior flexibilidade na inicialização.
Nota : Chris Brandsma transformou sua resposta original em uma postagem no blog .