What size answers are we talking about - min / max / typical?
There is no simple answer to this question, because it depends on what causes the web service request, for example. this is in response to user action, time, etc.
Latency is one of the killers on mobile networks (which is more important than low bandwidth), so theoretically you should aim for a minimum number of requests.
but...
It makes no sense to make large queries if you do not need data.
I guess you will have to test with different sizes of answers to find a sweet spot.
Also, do not forget to allow gzip / deflate in the request and compress the response from the server.
If possible, I would also go for a RESTful approach and provide caching of GET responses
source share