I am working on a WCF client-server application. where the client must constantly synchronize with the server (at least every 10 seconds). At the moment I am polling a server to see if something has changed. If so, changes (sometimes dozens of db records) are propagated to the client.
My design looked a bit awkward, so I took a look at how gtalk clients (and other XMPPs) support synchronization. According to this Wikipedia article , XMPP abandoned the polling approach and now uses HTTP binding .
I believe the same can be done for WCF. I think that 99% of WCF applications today are just 1) open the connection, 2) complete the transaction, and 3) close the connection.
So my questions are:
- Does anyone know an example of how to implement such an asynchronous binding method with WCF?
- What effect can u have on the number of server clients, since connections must be supported.
- Any other flaws?
source share