使用HTTP for REST API：可自动缓存？

我想知道，要制作RESTful API，您需要满足下面列出的6个体系结构约束：

在通过HTTP协议创建RESTAPI时，自动满足可缓存约束是否安全？因为HTTP已经通过HTTP头提供了现成的缓存系统：

那就不用再担心了

也许听起来是个愚蠢的问题，但我想确定一下-

亲切的问候

---

K.

您是正确的，HTTP已经为您提供了识别可缓存元素的方法，但是由于您的API将由某些服务器端逻辑生成，因此您仍然需要确保API背后的代码将使用正确的HTTP头，并且在理想情况下，如果对请求进行修改，您可以随时做出反应。 创建一个可靠的最后修改的时间戳并对其进行可靠的检查实际上是一项壮举-

希望这有点帮助，

---

Jan

您是正确的，HTTP已经为您提供了识别可缓存元素的方法，但是由于您的API将由某些服务器端逻辑生成，因此您仍然需要确保API背后的代码将使用正确的HTTP头，并且在理想情况下，如果请求被修改，您可以随时对其作出反应。 创建一个可靠的最后修改的时间戳并对其进行可靠的检查实际上是一项壮举-

希望这有点帮助，

---

Jan

让我详细介绍一下创建正确缓存逻辑的挑战： 通常，API的后端是一个包含各种小信息的数据库。 RESTAPI中的典型表示可以是一个累积视图，比如说一个用户活动日志，其中包含门户中最后一次用户操作的列表，类似于这些内容。 现在，为了知道客户端在if modified-since头中发送给您的时间戳之后，您的API URL/user/123/activity是否已更改，您必须检查在最后一个请求之后是否有任何其他活动。这样做的开销可能与再次获取结果相同。因此，在很多情况下，人们并不真正费心，这是一个遗憾，因为适当的缓存可以对Web应用程序的性能产生巨大的影响

也许这能提供更多的细节，

---

Jan

让我详细介绍一下创建正确缓存逻辑的挑战： 通常，API的后端是一个包含各种小信息的数据库。 RESTAPI中的典型表示可以是一个累积视图，比如说一个用户活动日志，其中包含门户中最后一次用户操作的列表，类似于这些内容。 现在，为了知道客户端在if modified-since头中发送给您的时间戳之后，您的API URL/user/123/activity是否已更改，您必须检查在最后一个请求之后是否有任何其他活动。这样做的开销可能与再次获取结果相同。因此，在很多情况下，人们并不真正费心，这是一个遗憾，因为适当的缓存可以对Web应用程序的性能产生巨大的影响

也许这能提供更多的细节，

---

简

谢谢！：-你所说的壮举是什么意思？实现这一点是一个挑战？挑战在于时间流逝，存在网络延迟以及验证时间戳的外部因素。还有安全问题。谢谢！：-你所说的壮举是什么意思？实现这一点是一个挑战？挑战在于时间流逝，存在网络延迟以及验证时间戳的外部因素。还有安全问题。我明白了，谢谢你的澄清！：-网上有很多关于如何通过HTTP正确缓存资源的资料，可以进一步帮助我。我明白了，谢谢你的澄清！：-网上有很多关于如何通过HTTP正确缓存资源的资料，可以进一步帮助我。