xcode/ios/json api：拉入 json 提要时使用分页是最佳做法吗？
xcode/ios/json api: Is it best practice to use pagination when pulling in json feed?
IOS newb 正在开发将 JSON 提要从 Web 服务器拉入 IOS 应用程序的应用程序。
最好的做法是创建一个 API（在我的例子中是 PHP）来溢出所有记录——可能有数千条记录到 JSON 提要中，并让IOS 应用程序处理所有这些（虽然一次只显示一个屏幕）？
或者最好的做法是将 JSON 提要中的结果限制为 10 或 100，然后在 IOS 应用程序中进行一些用户操作以提取下一批？
考虑到可重用单元的概念，第一个似乎更可取，但是，从网络流量和内存管理的角度来看，发送大量记录似乎必然会更慢 and/or 问题。
另一方面，第二个似乎真的很复杂。您如何根据 IOS 样式手势知道要下拉哪个页面。
希望学习这方面的最佳实践，因为它似乎对许多应用程序都很常见。
非常感谢您的任何建议。
这可能取决于您的用例。如果您有大量 数据，那么您可能不想一次加载所有数据。在某个时候，它会花费太多时间，如果你不坚持或想要刷新，你可能不得不多次这样做。
在那种情况下，一个好的 API 被设计为迭代，例如limit/offset 参数。这意味着例如用户滚动项目列表，当滚动到列表底部时，您将获取一批新的项目。
在另一种情况下，一个调用足够快，可以一次传送所有数据，没有理由像你说的那样让它变得更复杂，你仍然可以在之后添加迭代。
IOS newb 正在开发将 JSON 提要从 Web 服务器拉入 IOS 应用程序的应用程序。
最好的做法是创建一个 API（在我的例子中是 PHP）来溢出所有记录——可能有数千条记录到 JSON 提要中，并让IOS 应用程序处理所有这些（虽然一次只显示一个屏幕）？
或者最好的做法是将 JSON 提要中的结果限制为 10 或 100，然后在 IOS 应用程序中进行一些用户操作以提取下一批？
考虑到可重用单元的概念，第一个似乎更可取，但是，从网络流量和内存管理的角度来看，发送大量记录似乎必然会更慢 and/or 问题。
另一方面，第二个似乎真的很复杂。您如何根据 IOS 样式手势知道要下拉哪个页面。
希望学习这方面的最佳实践，因为它似乎对许多应用程序都很常见。
非常感谢您的任何建议。
这可能取决于您的用例。如果您有大量 数据，那么您可能不想一次加载所有数据。在某个时候，它会花费太多时间，如果你不坚持或想要刷新，你可能不得不多次这样做。
在那种情况下，一个好的 API 被设计为迭代，例如limit/offset 参数。这意味着例如用户滚动项目列表，当滚动到列表底部时，您将获取一批新的项目。
在另一种情况下，一个调用足够快，可以一次传送所有数据，没有理由像你说的那样让它变得更复杂，你仍然可以在之后添加迭代。