Tôi đang chuẩn bị một bài thuyết trình cho một nhóm người dùng. Như vậy tôi vừa trải qua một loạt chúng. Cụ thể: AutoFac, MEF, Ninject, Spring.Net, StructMap, Unity và Windsor.
Tôi muốn thể hiện 90% trường hợp (tiêm constructor, chủ yếu là những gì mọi người sử dụng IOC cho dù sao).
Bạn có thể kiểm tra giải pháp tại đây (VS2008)
Như vậy, có một vài khác biệt chính:
- Khởi tạo
- Đối tượng truy xuất
Mỗi người trong số họ cũng có các tính năng khác (một số có AOP và gizmos tốt hơn, nhưng nói chung tất cả những gì tôi muốn một IOC làm là tạo và truy xuất các đối tượng cho tôi)
Lưu ý: sự khác biệt giữa truy xuất đối tượng thư viện khác nhau có thể được phủ định bằng cách sử dụng CommonServiceLocator: http://www.codeplex.com/CommonServiceLocator
Điều đó khiến chúng tôi khởi tạo, được thực hiện theo hai cách: thông qua mã hoặc thông qua cấu hình XML (app.config / web.config / custom.config). Một số hỗ trợ cả hai, một số chỉ hỗ trợ một. Tôi nên lưu ý: một số sử dụng các thuộc tính để giúp IoC hoạt động.
Vì vậy, đây là đánh giá của tôi về sự khác biệt:
Chỉ khởi tạo mã (có thuộc tính). Tôi hy vọng bạn thích lambdas. Mã khởi tạo trông như thế này:
IKernel kernel = new StandardKernel(
new InlineModule(
x => x.Bind<ICustomerRepository>().To<CustomerRepository>(),
x => x.Bind<ICustomerService>().To<CustomerService>(),
x => x.Bind<Form1>().ToSelf()
));
Mã khởi tạo hoặc XML hoặc các thuộc tính. v2,5 cũng rất lambda'y. Nói chung, đây là một trong những mục yêu thích của tôi. Một số ý tưởng rất thú vị xung quanh cách StructMap sử dụng các thuộc tính.
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>();
});
Mã khởi tạo và XML. Thư viện đẹp, nhưng cấu hình XML là một nỗi đau ở mông. Thư viện tuyệt vời cho Microsoft hoặc các cửa hàng đường cao tốc. Mã khởi tạo rất dễ dàng:
container.RegisterType<ICustomerRepository, CustomerRepository>()
.RegisterType<ICustomerService, CustomerService>();
XML chỉ gần như tôi có thể nói. Nhưng đối với chức năng Spring.Net thực hiện mọi thứ dưới ánh mặt trời mà IoC có thể làm. Nhưng vì cách duy nhất để đơn vị hóa là thông qua XML nên các cửa hàng .net thường tránh. Mặc dù, nhiều cửa hàng .net / Java sử dụng Spring.Net vì sự giống nhau giữa phiên bản .net của Spring.Net và dự án Java Spring.
Lưu ý : Hiện tại có thể cấu hình trong mã với việc giới thiệu Spring.NET CodeConfig .
XML và mã. Giống như Spring.Net, Windsor sẽ làm bất cứ điều gì bạn có thể muốn nó làm. Windsor có lẽ là một trong những container IoC phổ biến nhất xung quanh.
IWindsorContainer container = new WindsorContainer();
container.AddComponentWithLifestyle<ICustomerRepository, CustomerRepository>("CustomerRepository", LifestyleType.Singleton);
container.AddComponentWithLifestyle<ICustomerService, CustomerService>("CustomerService",LifestyleType.Singleton);
container.AddComponent<Form1>("Form1");
Có thể trộn cả XML và mã (với v1.2). Thư viện IoC đơn giản đẹp. Có vẻ để làm những điều cơ bản với không nhiều phiền phức. Hỗ trợ các container lồng nhau với phạm vi cục bộ của các thành phần và quản lý thời gian sống được xác định rõ.
Đây là cách bạn khởi tạo nó:
var builder = new ContainerBuilder();
builder.Register<CustomerRepository>()
.As<ICustomerRepository>()
.ContainerScoped();
builder.Register<CustomerService>()
.As<ICustomerService>()
.ContainerScoped();
builder.Register<Form1>();
Nếu tôi phải chọn ngày hôm nay: tôi có thể sẽ đi với StructMap. Nó có sự hỗ trợ tốt nhất cho các tính năng ngôn ngữ C # 3.0 và linh hoạt nhất trong việc khởi tạo.
Lưu ý : Chris Brandsma đã biến câu trả lời ban đầu của mình thành một bài đăng trên blog .