How to use dependency injection and the repository pattern with ASP.NET web services?

Question

With regular ASP.NET MVC pages, the repository is passed in to the constructor of the control. Then the tests can instantiate the controller passing in a mock repository.

How can I do this with web services? The problem I see is that we don't have the equivalent of ControllerBuilder.SetControllerFactory.

What are the best practices to get my IoC framework (Castle) to instantiate my web service with the correct repository implementation?

I thought there might be a way to extend HttpHandler and change the way the web service is actually instantiated. I believe this is how the MVC framework does it.

Answer 1

This is a good question. I have the same problem. I think that if you are creating web services using .asmx files, it is impossible to use constructor injection. If you were using WCF to implement the web service instead, then I think that it is possible.

In my .asmx web service I let the DI container set the dependencies by setting properties. As my application is also a web form asp.net application, than is how I have to do it, because I cannot use constructor injection on web forms either. But I'm using StructureMap, and it has a BuildUp function that can set properties of an already created object. Not as clean as constructor injection, but a good compromise.

But the web services differentiate themselves from the web forms, becuase I can place the buildup outside of the web form, in the Application_PostMapRequestHandler event. But I have not found out an event that is triggered after the web service class is created. Thus in the constructor of my web service, I have the following code

ObjectFactory.BuildUp(this);

And that is an anti pattern. A class that is initialized by a DI container should not know of the DI container itself. But I have not yet found a better solution.