《Effective C#》讀書筆記——條目28:提供粗粒度的網際網路API<使用C#表達設計>

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

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

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

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

本文轉自gyzhao部落格園部落格，原文連結：http://www.cnblogs.com/IPrograming/archive/2013/03/31/EffectiveCSharp_28.html，如需轉載請自行聯系原作者