chose .NET IoC container for a long living project

477 views Asked by At

I find that when it comes to plain features the IoC containers out there for .NET are more or less interchangeable. Because our project has been and most likely will be alive for a very long time, we tend to pick one based on "future-proofness". We feel that the one that has most momentum behind it (userbase, support, active developers, documentation) and most likeley will be around in a lot of years to come, should get the job.

Based on this criteria, wich one would you chose?

But then again: Should we care about this criteria? How much does an IoC container lock us in? Can/should we design the software so that changing the container later on is no big deal? If so how?

3

There are 3 answers

0
QrystaL On

Autofac - it satisfies most of your criteria.

0
Rich Tebb On

Whether you can design the software to be container-independent depends to some degree on your choice of IoC container. I chose Autofac precisely because the delegate factories feature means most of your code does not need to take a dependency on Autofac. I can't speak for the others as I haven't used them much.

3
Johnno Nolan On

I don't think you can go wrong with the daddy, StructureMap. However if you want Microsoft support, Unity is a compelling choice.

If you are concerned with 'future proofedness' go open source. You have the code then.