I'm working on a ASP.NET MVC project where we have decided to use Fluent nHibernate for dataccess. To enable loose coupling we go for a IoC/DI pattern. My questions is what IoC tool to go for. I've tried to find the differences between windsor, ninject, spring, structuremap and unity, but it's difficult to see the benefits each one has to offer. Whats your experience?
相关问题
- MVC-Routing,Why i can not ignore defaults,The matc
- parameters in routing do not work MVC 3
- There is no ViewData item with the key 'taskTy
- Wrapping Angular components which has Parent/Child
- TextBoxFor decimal
相关文章
- Fluent NHibernate — Saving Entity with Composite K
- How to get a list of connected clients on SignalR
- How do you redirect to the calling page in ASP.NET
- Change color of bars depending on value in Highcha
- The program '[4432] iisexpress.exe' has ex
- ASP.Net MVC 4 Bundles
- TinyIoC: Register multiple interfaces on a single
- How to get server path of physical path ?
I have been using Windsor and love it. There is a built in facility for using NHibernate which allows for simple configuration of logging and connections etc.
If you plan to use FluentNhibernate you have to tell the Windsor facility which assembly has the ConfigurationBuilder. Mike Hadlow has a great write up on this plus many others on Windsor and NHibernate: http://mikehadlow.blogspot.com/2009/01/integrating-fluent-nhibernate-and.html
I use Munq which is lightweight and fast and is a simple way to add a DI Container to MVC3 projects via Nuget. Up to now I haven't found any need to move to a different framework - Munq has been very adequate.
This adds
App_Start\MunqMvc3Startup.cs
to the project, and this is where dependencies should be registered.I use Windsor and I've nothing to complain about. Easy to use, extensible when you need it and a lot of information if you get stuck. But I don't think it matters that much which container you choose. All of them you mention have the common features and there're also adapters for mvc availiable in the mvccontrib project. A switch to another container shouldn't be difficult if you wrap the container in an own class, which is a good practise anyway.
I use StructureMap and it's very easy to use. Personally I don't like to configure using xml and StructureMap makes it a breeze to configure using code. It's also very easy to switch different profile if you need to switch implementations.
Scott Hanselman has a pretty good compare/contrast article on a lot of the popular .NET IoCs:
http://www.hanselman.com/blog/ListOfNETDependencyInjectionContainersIOC.aspx