Effective C# 原則 34：建立大顆粒度的 Web API (下)

資料傳輸顆粒度的權衡

遠端呼叫中，單一屬性傳輸顆粒度太細；單一客戶物件可能太粗。需根據業務情境設計適當的資料集合。

案例：百萬客戶的線上賣場

假設 100 萬客戶、平均 15 筆訂單。接線員輪班處理電話，需查詢/建立訂單。

避免全量傳輸

一次傳回所有客戶與訂單（1500 萬筆）顯然不可行，會造成頻寬與伺服器雙重瓶頸。

漸進優化策略

1. 僅傳回未完成訂單：過濾已收貨訂單，減少資料量。
2. 依區號預先載入：接線員上班時載入該區號所有客戶與未完成訂單；通話後同步修改並取得同事異動。
3. 統計導向篩選：停止載入 6 個月無訂單的客戶；僅傳輸最近幾筆訂單。

核心原則

遠端互動應在「會話頻率」與「封包大小」間取得平衡，避免過大或過小的極端選擇。