ioc-container

Say I have a component like this public class MyComponent { public MyComponent(string name) { } } I basically want to have the provided constructor parameters behave as part of the component identifier when resolving it. If you've never resolved it with that set of parameters, it will instantiate a new one. In other words, I want to somehow modify the following test to succeed: IWindsorContainer container = new WindsorContainer(); container.Register(Component.For<MyComponent>()); MyComponent a1 = container.Resolve<MyComponent>(new { name = "a" }); MyComponent a2 = container.Resolve<MyComponent

Is it possible to inject a list of dependencies like this in Unity or other kind of IoC libraries? public class Crawler { public Crawler(IEnumerable<IParser> parsers) { // init here... } } In this way I can register multiple IParser in my container and then resolve them. Is it possible? Thanks It is possible but you need to apply some workarounds. First you need to register each IParser with a name in the Unity Container. Second you need to register a mapping from IParser[] to IEnumerable<IParser> in the container. Otherwise the container cannot inject the parsers to the constructor. Here´s

I have an Eloquent Model called Surface which is dependent on a ZipCodeRepository object: class Surface extends Model{ public function __construct(ZipCodeRepositoryInterface $zipCode){...} and an Address object that hasMany surfaces. class Address extends Model{ public surfaces() { return $this->hasMany('App/Surface'); } } My issue is when I call $address->surfaces I get the following error: Argument 1 passed to App\Surface::__construct() must be an instance of App\Repositories\ZipCodeRepositoryInterface, none given I thought the IoC would automatically inject that. Thanks to @svmm for

My Service Interfaces has a namespace of Services.Interfaces The implementation of the Service Interfaces has a namespace of Web.UI.Services I have 2 service implementations for example IUserService which needs to register to UserService ICountryService which needs to register to CountryService This is how I currently register these services with SimpleInjector. container.Register<IUserService, UserService> (); container.Register<ICountryService, CountryService> (); Problem: If I have over 100 services to exaggerate a bit. I need to go and add a line for each service. How can I register all

I have the following classes: public interface IServiceA { string MethodA1(); } public interface IServiceB { string MethodB1(); } public class ServiceA : IServiceA { public IServiceB serviceB; public string MethodA1() { return "MethodA1() " +serviceB.MethodB1(); } } public class ServiceB : IServiceB { public string MethodB1() { return "MethodB1() "; } } I use Unity for IoC, my registration looks like this: container.RegisterType<IServiceA, ServiceA>(); container.RegisterType<IServiceB, ServiceB>(); When I resolve a ServiceA instance, serviceB will be null . How can I resolve this? You have at

Please forgive my ignorance, but I am very new to IOC and NinJect. I have searched for high and low for easily understandable solutions but so far they have eluded me. So far I have the following and all works as expected: private class StandardModule : NinjectModule { public override void Load() { Bind<ILog>().To<NLogLogger>(); // Use NLog Bind<IMyEntityFrameWorkRepository().To<MyEntityFrameWorkRepository>(); } } MyEntityFrameWorkRepository then creates its own EF DbContext via a connection string declared in app/web.config: public class MyDbContext : DbContext { public MyDbContext() : base(

I'm using Ninject to retrieve my DataContext from the kernel and I was wondering if Ninject automatically disposes the DataContext, or how he handles the dispose() behaviour. From own experiences I know disposing the datacontext is pretty important and that whenever you create a direct object of the DataContext (as in: new DataContext()) you should use a using() block. My question thus is: When im retrieving my DataContext from the kernel, should I still have to use a using() block? Or does Ninject fix this for me? I am investigating this for my colleague Bas. I was looking in the Ninject 2