Ayende @ Rahien

My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:


+972 52-548-6969

, @ Q c

Posts: 6,026 | Comments: 44,842

filter by tags archive

Batching WCF Calls

time to read 1 min | 156 words

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.


Davy Brion

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, IBus). Just substitute the IBus for your IService and your done. Why bother to add specific service interfaces like IProductsService?

The interface IHandler 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).

Davy Brion

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

Davy Brion

ok, now you no longer need to explicitly register Requests & Replies

you can find the new implementation here:


Comment preview

Comments have been closed on this topic.


No future posts left, oh my!


  1. Technical observations from my wife (3):
    13 Nov 2015 - Production issues
  2. Production postmortem (13):
    13 Nov 2015 - The case of the “it is slow on that machine (only)”
  3. Speaking (5):
    09 Nov 2015 - Community talk in Kiev, Ukraine–What does it take to be a good developer
  4. Find the bug (5):
    11 Sep 2015 - The concurrent memory buster
  5. Buffer allocation strategies (3):
    09 Sep 2015 - Bad usage patterns
View all series


Main feed Feed Stats
Comments feed   Comments Feed Stats