應該如何格式化JSON響應？

我有一個返回對象列表的REST服務。每個對象包含objectcode和objectname。應該如何格式化JSON響應？

這是我第一次構建REST服務，所以我不知道如何格式化響應。

它應該是：

{ 
    "objects": { 
     "count": 2, 
     "object": [ 
      { 
       "objectcode": "1", 
       "objectname": "foo" 
      }, 
      { 
       "objectcode": "2", 
       "objectname": "bar" 
      }, 
      ...more objects 
     ] 
    } 
}

[ 
    { 
     "objectcode": "1", 
     "objectname": "foo" 
    }, 
    { 
     "objectcode": "2", 
     "objectname": "bar" 
    }, 
    ...more objects 
]

我意識到這可能是有點主觀的，但它會更容易消耗？稍後我還需要支持XML格式的響應。

來源

2012-01-20 xbonez

順便說一句，現在我創建一個應用程序，Web服務返回類似於第二個響應（根中的數組）的響應。問題是我無法用RestKit來管理這種情況。有沒有我不知道的限制？當響應是一個數組時，你如何創建響應描述符？提前致謝。 – Ricardo

它們是相同的消耗，因爲庫處理都很好。第一個優勢在於第二個優勢：您將能夠擴展響應以包含除對象之外的其他信息（例如類別），而不會破壞現有代碼。

喜歡的東西

{ 
    "objects": { 
     "count": 2, 
     "object": [ 
      { 
       "objectcode": "1", 
       "objectname": "foo" 
      }, 
      { 
       "objectcode": "2", 
       "objectname": "bar" 
      }, 
      ...more objects 
     ] 
    } 

"categories": { 
    "count": 2, 
    "category" : [ 
    { "name": "some category"} 
    ] 
    } 
}

此外，JSON不應該以任何方式格式化，所以去掉空格，換行等。此外，計數是不是真的有必要，因爲它會被保存在解析對象本身。

來源

2012-01-20 13:31:01 Femaref

你提出了一些我沒有想到的好點。在不破壞現有代碼的情況下，它的響應可擴展性非常好，而且如果響應必須被解析，則count似乎是多餘的。 – xbonez

這就是Facebook返回所有JSON請求的方式，所以我會認爲這種格式的優點。它爲您提供了很大的靈活性，同時保持響應的一致性。 – blachniet

是的，我有相同的經驗（支持不同的響應多個iPhone應用程序版本）。如果我遵循第二種方法，我會破壞以前的版本。 – Femaref