用於Web服務的最佳RESTful方法

Question

我在尋找有關用於我們的生產應用程序的最佳REST/Json方法的指導。該場景是應用程序< - > web服務< - >服務器（lighttpd或nginx）< - >我們的程序< - > sql數據庫。 Android和服務器每次通話之間的數據流量非常小。客戶端沒有顯着的CRUD。

我見過的谷歌IO 2010演示文稿（http://www.google.com/url?sa=D & Q = HTTP：//dl.google.com/googleio/2010/android-developing- RESTful-android-apps.pdf）與3個建議的模式（Service API，ContentProvider API，ContentProvider API和SyncAdapter）。雖然還沒有算出它實現的3種方法（如果有的話）中的哪一種，但我簡要地看了一下2010/11年的應用程序。

我們希望通過管理狀態爲我們的應用用戶提供無縫體驗，以支持各種類型的中斷或故障。我們如何確定什麼是最適合我們需求的REST方法？ Google的建議是否過分誇大？

在此先感謝！

Answer 1

正確的答案取決於我們在談論多少數據和操作。

您寫道：「客戶端上沒有顯着的CRUD。」如果您只使用「CRUD」（=從某處讀取數據）中的「R」，並且如果您的應用程序並不真正依賴它，並且您沒有頻繁同步內容，那麼您甚至可能逃脫獲取它的形式在您的活動中。

不管怎樣，您可能想從頭開始探索Service API。就像Google的演示文稿所說的那樣，您的活動可以在任何時候關閉，所以如果將您的REST方法放在更有可能完成的地方是有意義的。

請考慮您的應用程序的未來需求及其使用案例，然後查看可用選項。