JSON來自Web服務的響應 - 最佳實踐問題

我在寫一個簡單的Web服務，它返回一個JSON響應。它會被大量使用，所以我想嘗試使JSON響應儘可能小以達到性能的原因。我在設計決策上徘徊;一分錢爲您的想法！JSON來自Web服務的響應 - 最佳實踐問題

從服務器我的JSON響應如下所示：

{ 
    "customers": 
    [ 
    { 
     "id": "337", 
     "key": "APIfe45904c" 
    }, 
    { 
     "id": "338", 
     "key": "somethingDifferent" 
    }, 
    { 
     "id": "339", 
     "key": "APIfe45904c" 
    }, 
    { 
     "id": "340", 
     "key": "APIfe45904c" 
    } 
    ] 
}

這裏APIfe45904c中的記錄，約60-70％的使用，所以我也可以修改JSON響應，除去重複信息並添加default_key即如果沒有指定key，客戶應承擔default_key這樣的：

{ 
    "default_key": "APIfe45904c", 
    "customers": 
    [ 
    { 
     "id": "337" 
    }, 
    { 
     "id": "338", 
     "key": "somethingDifferent" 
    }, 
    { 
     "id": "339" 
    }, 
    { 
     "id": "340" 
    } 
    ] 
}

沒有用戶正在使用的網絡服務還沒有，所以這不會破壞任何東西。這是好的做法嗎？它的工作原理，併爲一個小的JSON響應，但我衝突。我喜歡使用該服務的開發者的KISS原則，但我也希望儘可能少的JSON響應。

我很想用k與i和key更換customers與c，id以幫助減少文件大小，但我想這將是一個問題，如果我想獲得其他客戶開始使用它。出於同樣的原因，我是否應該放棄default_key的想法？

每個JSON響應將可能沒有更多的200線ID /密鑰對，所以我並不需要把分頁等

來源

2011-06-15 Michelle Jsio

爲什麼這個標籤「休息」？由於性能原因，消息需要儘可能小的體系結構與REST完全相反，REST依賴於緩存來發送更少的*更大的消息，而不是更小的消息。 – fumanchu 2011-06-15 20:52:13