AppEngine，REST和服務器請求

Question

我最近接手了一個項目，該項目涉及和iOS應用程序連接到Restful Web服務以發送和檢索數據的過程，我發現自己在為服務器性能而苦苦掙扎。

由於它是RESTful，因此可以從不同的URI端點訪問不同類型的數據。 當用戶首次登錄該應用程序時（忽略注冊件），客戶端必須下載該用戶的所有數據。 由於數據駐留在不同的端點上，因此客戶端向每個端點發出請求，導致向同一服務器發出許多請求以獲取所有數據。

我的問題...這是一種聲音架構嗎？ 服務器最終只是為了獲取單個用戶的數據而處理許多請求。 擁有一個返回所有用戶數據的請求會更明智嗎？ 該服務器是appengine，我正在嘗試提高其免費配額的使用效率。

感謝您提前獲得任何見解！

Answer 1

不知道數據的結構很難回答。

如果您要通過6-7個請求重新查詢相同的實體，那是個壞主意。 如果要查詢不同的實體，則將其組合為一個查詢實際上不會有明顯的不同。

當用戶看到結果進入頁面更新時，具有多個請求還可以使您的UI感到“響應”更快。使用單個請求，用戶將僅等待直到整個請求完成。

聽起來好像是誰創建的項目最初決定通過分離針對不同類型對象的請求來遵循REST API的清潔度。 如果要將所有與用戶相關的對象統一為一個請求，則它可能是一種“混亂”的體系結構。

雖然確實有多個請求會產生一些開銷，但通常沒什么大不了的。

Answer 2

請求時間限制為60秒。 根據單個“返回所有用戶數據”請求需要完成的工作，這可能會起作用。

查看Google App Engine文檔：
https://developers.google.com/appengine/docs/java/runtime#The_Request_Timer