+972 52-548-6969
Batching WCF Calls
Several months ago I wrote about how I think you should design your services. The key criteria was that they have to have a batch mode enabled.
Afterward, I put together a screen cast that goes through all the stages that led me to that stage.
Davy Brion has taken this approach a bit further and posted all the infrastructure bits that are required to make this work as well as what you need to actually make the API almost as nice to use as the non batched version.
The service API is here and the client API is here.
About the only thing that I would strive to improve there would be the need to explicitly register request & replies. I would try to get something convention based there. Maybe something like Request<TRespose>, and then have IHandler<TRequest> and route the whole thing through the container again.
Comments
yea i'm not happy with the explicit registering either... i really want something better there so i'll look into your suggestion ;)
I like the way it is done in NServiceBus - all you need is three interfaces (IMessage, IHandler<TMessage>, IBus). Just substitute the IBus for your IService and your done. Why bother to add specific service interfaces like IProductsService?
The interface IHandler<TMessage> has another advantage - one class can implement many of these, so you can have e.g. all product messages handling code in one class (you don't need one class per message anymore).
the specific service interfaces are there in case you prefer to just call one specific method... it's also good for 'discoverability'
i actually like to have one class per message. depending on how many messages you have regarding products, it could be a huge class if you handled all of them in the same class. Also, one class per message makes it really easy to have the container inject each dependency you need
ok, now you no longer need to explicitly register Requests & Replies
you can find the new implementation here:
http://davybrion.com/blog/2008/07/batching-wcf-calls-take-2/
Comment preview