I can't find right words for my question so i will let my code speak instead.
I have Repository:
class Repository
{
public Repository(DbContext ctx)
{
}
}
then i have this bindings:
Bind<IRepository>().To<Repository>();
Bind<DbContext>().To<UserStoreContext>().When...
Bind<DbContext>().To<CentralStoreContext>().When...
and then i have class that needs to access both db's
class Foo
{
public Repository(IRepository userRepo, [CentralStoreAttribute]IRepository centralRepo)
{
}
}
How should i configure two DbContext
bindings so that repositories with right contexts (based on CentralStoreAttribute) would be injected into Foo constructor?
Use the
When(Func<IRequest, bool> condition)
overload to check recursivly ifr.Target.IsDefined(typeof(TAttribute), false)
is true for the given request or one of its anchestorsr.ParentRequest
I tried this in a proof of concept but eventually went in a different direction.
While it worked, I never figured out if it was using my singleton instance of IObjectB or instantiating a new instance - should be pretty easy to figure out though. I figured it was calling ToMethod every time I used DI on IRepository - again not verified.
Rather than relying on attributes in the right places, I usually create several types that are effectively just aliases. This is useful since with Ninject (and presumably other IoC containers) we're asking for dependencies by their type-name.
So if you need to be able to "request" a user repository vs a central one, I would create types that alias it like this:
I prefer this because then Ninject doesn't bleed into my app at all, it's more declarative, and I think it's simpler to remember than any convention based attribute approach like the one you're trying.