http - URI 不透明度和缓存的公理

Question

我很好奇其他开发人员如何协调 http://www.w3.org/DesignIssues/Axioms.html#opaque在网络缓存的上下文中。我更喜欢 Rails 基于我想要的格式(即 .json 或 .xml)为资源请求添加后缀的方法，而不是依赖于接受 header ，尽管它不是 URI 不透明的。

同样的问题在 XHR 中出现。如果不添加查询参数以将其与标准 HTTP 请求区分开来，则必须禁用缓存。

我个人认为 URI Opacity 的最纯粹的解释可能更学术而不是实用。意见？

Answer 1

URI 的格式与可缓存性无关，除了注意带有查询参数的请求在默认情况下不可缓存。 GET 请求的可缓存性的所有内容都由服务器响应中的 Cache-Control、Expires 和 Last-Modified(用于启发式缓存) header 驱动，这些与资源是动态还是静态无关生成(或者更确切地说，您的浏览器不关心也无法区分)。

URL opacity 旨在促进 REST 的主要原则之一，即服务应该是超媒体驱动的，实际上，客户应该只“知道”几个众所周知的入口点 URL，并访问其他任何地方通过导航链接和表单(或其 API 等效项)。