Why exactly isn't MEF a DI/IoC container?
.NetDependency Injection.Net Problem Overview
It's been said on the blogosphere and by Microsoft themselves that MEF isn't another IoC container.
OK...but why? It seems the same to me. Maybe it's not as good as Unity or Castle Windsor, but it still fits the definition, doesn't it?
Why isn't MEF an IoC Container like Unity or Castle Windsor?
.Net Solutions
Solution 1 - .Net
MEF has potential, but as a DI container, it lacks:
- Code as Configuration
- Auto Registration
- XML configuration (not so important to me)
- Custom Lifetimes
- Interception
Those things are pretty important.
For Lifestyle it lacks:
- Per graph
- Web Request Context
- Thread Context
- Session Context
- Pooled
- Scoped
- Custom Reference
References: - Mark Seemann's book "Dependency Injection in .NET"
Solution 2 - .Net
In my world DI is based on three dimensions, Object Composition, Lifetime Management, and Interception. This is what other full-blown DI containers, such as Unity, Castle Windsor, and Ninject facilitates. MEF only supports the one dimension, Object Composition. It is doing this quite well, but the remaining two dimensions are not supported in MEF.