One of the benefits of having a standardised API layer across all the (recent) Google APIs is that a bunch of features come for free. One of these handy items is batching, which is generally pretty easy to do.
For example, an awful lot of Google+ Sign-In implementations retrieve both the signed-in user’s profile information and the collection of friends the user shared with the app when the user connects. This generally necessitates two calls, two connections, and two lots of overhead, but can be easily combined into a single request.
All we’ve done here is created each request, and a new RPC batch with gapi.client.newRpcBatch(). It’s called RPC batch as we’re actually using the JSON RPC endpoint here - every API exposes both RPC and REST-style URL structured endpoints automatically, but the RPC one is a little easier to work with for batching.
We then add each of our requests (even though they’re to different parts of the API) to the RPCBatch, and associate the callback with them. The other parameter we could pass in there is ‘id’, which would allow us to write a single callback function and pull out the requests we wanted if that was easier. One thing worth noting is that the callbacks are slightly different - in the batch version, the response we receive is a object containing the request ID and a ‘result’ object, which is equivalent to what we would have received when calling directly. This means there’s an extra line of code to unwrap that, but otherwise the functions are the same as in the quickstart.
Finally, we just call rpcBatch.execute() and our callbacks are fired. For an idea of the savings, in a completely unscientific test I tried the standard quickstart and found the average time to fetch profile was around 180ms, and friends 500ms. With the batching operation, I found that the total was around 500ms - the friends was completely covering the time of the profile retrieval.