Question

At a high level, how do these dep. injection frameworks work?

I can understand if you always instantiate an object via a custom factory like:

IUser user = DepInjector.Get<User>();

I’m guessing what happens is, wherever you defined the mappings, it will look at the type you want and try and find a match, if found, it will via reflection instantiate the type.

Are there dep. inj. frameworks that would work like:

IUser user = new User();

If so, how would it get the correct user, where is it hooking into the CLR to do this? In case of an asp.net website, is it any different?

Answer 1

If you want to know how Ninject works then the obvious place to start would be reading How Injection Works on their official wiki. It does use reflection but it now also uses dynamic methods:

“By default, the StandardKernel will
create dynamic methods (via
System.Reflection.Emit.DynamicMethod)
that can be used to inject values into
the different injection targets. These
dynamic methods are then triggered via
delegate calls.”

As for you second example, I don’t believe there are any DI frameworks that would do what you ask. However, constructor injection tends to be most common way of implementing IoC, so that when a class is constructed it knows what type to bind to via some configuration binding. So in your example IUser would be mapped to concrete User in config bindings so that any consuming class that has an IUser parameter as part of its constructor would get the correct User type passed in.