处理通过站点（JSON、XML）上的 API 接收的数据
Working with data received via an API on a site (JSON, XML)
我认为在每次访问页面时都发出请求来收集信息效率很低。我想知道关于处理从 API 接收到的数据的最佳实践理论是什么。
数据应该存储在我自己的数据库中还是每次都调用API？
例如，如果我使用 Strava 获得我的 运行 结果。我应该直接使用 API 的结果还是应该将它们存储在数据库中。而不是在一段时间后检查是否有新的或更新的结果并相应地更新我的数据库？
我读过一些关于 RESTful API 的文章，但它们只提供有关如何获取、删除、更新数据等的信息。
这取决于您的用途...
如果信息很可能不会更改并且很可能会在您的站点上被重新访问，则存储它。
否则只需从 API 获取它，它将始终是最新的，并且如果您不必存储它，则编写的代码更少。
如果您正在存储它并且您知道您可能需要哪些信息，您可以在设定的时间间隔在后台检索。
您在做出判断时还可以考虑其他因素，例如 API 的速度或者您是否有 API 通话限制。
您可能没有找到明确的答案，因为没有答案，但我希望这能为您澄清这一点 =]
我不知道 Strava 或任何 API 你会用到的东西。
就我而言，通常在应用程序中需要跟踪与外部系统交换的内容，例如证明数据已被读取或写入。
为此，通常是本地数据库中保存了一些东西，通常不一定是完整数据交换的轨迹。
我认为在每次访问页面时都发出请求来收集信息效率很低。我想知道关于处理从 API 接收到的数据的最佳实践理论是什么。
数据应该存储在我自己的数据库中还是每次都调用API？
例如，如果我使用 Strava 获得我的 运行 结果。我应该直接使用 API 的结果还是应该将它们存储在数据库中。而不是在一段时间后检查是否有新的或更新的结果并相应地更新我的数据库？
我读过一些关于 RESTful API 的文章，但它们只提供有关如何获取、删除、更新数据等的信息。
这取决于您的用途...
如果信息很可能不会更改并且很可能会在您的站点上被重新访问，则存储它。
否则只需从 API 获取它，它将始终是最新的，并且如果您不必存储它，则编写的代码更少。
如果您正在存储它并且您知道您可能需要哪些信息，您可以在设定的时间间隔在后台检索。
您在做出判断时还可以考虑其他因素，例如 API 的速度或者您是否有 API 通话限制。
您可能没有找到明确的答案，因为没有答案，但我希望这能为您澄清这一点 =]
我不知道 Strava 或任何 API 你会用到的东西。
就我而言，通常在应用程序中需要跟踪与外部系统交换的内容，例如证明数据已被读取或写入。
为此，通常是本地数据库中保存了一些东西，通常不一定是完整数据交换的轨迹。