Android消費的Web服務的最輕量級數據方法

Question

我正在開發一個Android應用程序，該應用程序使用可能返回大量數據的Web服務。 Web服務也將由我的團隊構建，我們正在研究如何以最少的負載將數據傳輸到客戶端。我們已經研究過REST和SOAP，並且無法在兩者之間做出決定。 JSON會是一個很好的選擇嗎？在某些用例中，我們可能需要獲取大量數據。

我們真的寧願不使用SOAP，如果可以避免的話。重點在於儘可能減少Android系統上需要完成的工作。

請問有人能幫助我們嗎？就技術範圍而言，只要我們保持在JAVA範圍內，我們就有充分的選擇自由。

在此先感謝。

編輯：不知道如何添加評論，所以我會在這裏做（我讀的常見問題，卻找不到必要的部分）

嗨，

讓我開始道歉對於我模糊的問題陳述，當我發佈查詢時，實際上我有點慌亂。無論如何，通過「大量數據」來回答你的問題，我的意思是將有大量請求（2-3，取決於用例）可能返回大量數據，例如，如果我使用實體名稱（完整或部分）進行搜索，則結果將僅爲文本數據，與以國家/地區爲搜索參數製作的搜索結果相比要少得多，在這種情況下，結果可能會返回數百單獨的結果。一個特定的搜索參數有可能返回幾千行數據。我們可以控制的是每行（可以這麼說）返回的數據量。目前，我們正試圖減少每行顯示的項目（我們試圖將它保持在5以下）。恐怕這是一個商業決策，所以如果我們堅持每行12個項目的現狀，我們也需要爲此做好準備。

Answer 1

你剛纔說的是輪胎「我不能無鉛和15之間的決定」相當於」。

RESTful Web服務往往比肥皂更輕，但也有使用情況兼而有之。他們都是技術使用提供面向服務的體系結構爲了您的小描述，我會盡量使用其餘部分，儘管有更多的細節可能會出現肥皂的情況，您說的很多數據，但這是否意味着很多小的請求或幾個大的請求？寧靜的Web服務可能會返回多種數據格式，比如xml，yaml和json。Json的語法使得它比xml更輕，所以這可能是一個不錯的選擇。 Facebook的開放圖形api和drupal的服務模塊。