《Effective C#》讀書筆記——條目28:提供粗粒度的互連網API

　　在使用Web服務、.NET遠程調用或給予Azure的程式時，最耗時的就是與遠程伺服器之間傳輸過程。如果只是簡單的將本地API封裝一下，就變成遠程使用的API，這樣做功能上不會有問題，但是效率低下。API的粒度越細所花費在等待資料返回的額外事件也就越多。

　　在建立基於Web的服務時，用戶端和伺服器的通訊過程應該向發送傳真一樣：用戶端可以獨立、不需要與伺服器取得聯絡的情況系下工作一段時間。然後在一次通訊所需要的所有資料就位之後，再讓用戶端一次性把所有資訊發送給伺服器。伺服器端也應該如此：將資料從伺服器發送給用戶端時，應該一次性的發送所有內容，讓用戶端能完成當前所有的任務。

　　現在讓我們做一個假設：該系統僅有一個服務端，還有超過100萬的客戶。假設每個客戶在去年一年中平均進行十五次訂購。每個電話銷售都在訂購過程中操作一個用戶端，且在電話中的過程中需要查詢或建立客戶。我們該如何設計出一個最有效用戶端和伺服器端傳遞的一系列對象呢？在這裡一次性的將每個客戶和每個訂單發給用戶端是不現實的：100萬客戶和1500萬的訂單記錄對應的資料實在是太多了。

　　設計與遠端電腦通訊的Web服務時，我們希望同時降低通訊的頻率以及每次通訊時傳遞的資料量。這兩個目標是魚和熊掌不可兼得的，我們必須在這二者之間取得平衡。我們應該進盡量不要走向兩個極端，但可適當選擇較少通訊次數，並盡量一次傳輸更多的資料。