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
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.
PM> install-package Munq.MVC3
This adds App_Start\MunqMvc3Startup.cs
to the project, and this is where dependencies should be registered.
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.
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 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.