如何為事件列表構造API，以備將來更新

Question

我正在構建一個供Android和iPhone應用程序使用的API。 該應用程序獲取可以定期更新的事件列表。 目前有兩個想法。

1. 使用分頁創建它，以便它首先加載前10個事件以將結果加載到屏幕上，並且當用戶進一步滾動時，它應加載更多事件。 然后，我定期輪詢API以查看是否有任何新事件。

2. 首先獲取事件ID的分頁列表（也是前10個），然后應用程序應使用單獨的線程獲取完整的事件詳細信息，每個事件使用一個調用。 通過這種方式，它可以同時加載所有事件，這可以使其更快。

我傾向於更傾向於第一種解決方案，因為它更簡單，但是其他人則說第二種是更好的主意。 我的想法是，單獨的線程只會增加案例的復雜性，而不會顯着提高速度。 我知道最好的了解方法是對其進行測試，但是同時進行構建和測試需要大量時間。 因此，我想知道從API獲取持續更新的事件列表是否有最佳實踐。

所以; 您認為哪兩個最好？為什么？

Answer 1

這取決於事件包含的數據量。 如果每個事件描述只有幾個字段不會費心將每個事件加載到單獨的線程中，那么開銷將扼殺任何可能的性能提升-只需獲取get events請求中的所有數據即可。

如果每個事件描述包含大量數據，則可以爭論是否真的要在用戶選擇事件之前預加載所有事件描述-可能用戶永遠不會單擊任何事件，所以您確實沒有加載任何數據。

也就是說，准備同時啟用API和API也是不錯的選擇：獲取簡短事件描述列表和調用以獲取特定事件的事件詳細信息（或事件ID列表），或獲取包含完整的事件描述。