使用If-Modified-Since标头将资源集合过滤为仅REST API中的最新资源是否被视为有效方法？

我正在设计一个REST API，我需要根据客户端提供的时间戳提供选项，以仅获取最近创建或修改的集合中的资源。由API在先前的响应中生成）。我正在考虑为此目的使用Last-Modified和If-Modified-Since标头。

此处早先的问题（如Is it valid to modify a REST API representation based on a If-Modified-Since header?）似乎表明对此不屑一顾，原因是RFC2616表明这些标头的目的与缓存有关。但是，此后，RFC2616已被RFC7232取代，该声明指出

If-Modified-Since通常用于两个不同的目的：1）允许有效更新没有实体标签的缓存表示形式，2）将Web遍历的范围限制为最近使用的资源改变了。

我的解释是，我的用例是允许检索自上一次检索以来对集合的所有更改，这是第二个目的。

所以我有两个问题：

这种解释正确吗，还是我在这里缺少一些细微之处？
即使我的解释是正确的，这是否也使以这种方式使用这些标头成为一种好习惯？换句话说：还有什么其他原因根本不使用这些标头，而是例如在响应中包含时间戳记，并允许客户端在下一个请求的查询字符串中提供该时间戳记？

这种解释正确吗，还是我在这里遗漏了一些细微的东西？

我相信RFC 7234与您的解释相矛盾。

如果不存在If-None-Match标头字段，则包含If-Modified-Since标头字段的请求（[RFC7232]的3.3节）指示客户端要验证其自身存储的响应中的一个或多个按修改日期。如果以下情况之一为真，则缓存接收者应使用所选存储的响应的元数据生成304（未修改）响应。

这里的主要问题是，通用缓存不会知道您的资源/服务器对标准标头的含义有不同的理解，因此客户端不会获得您想要的体验。 / p>

此外...

我正在设计一个REST API，我需要根据客户端提供的时间戳提供选项，以仅获取最近创建或修改的集合中的资源。由API在先前的响应中生成）。

我们已经有一个标准化的机制-它是URI。如果您查看Fielding对resource的定义，这可能会更加清楚。

我这样理解：在REST的上下文中，“资源”是对“文档”的概括（另请参见Jim Webber,2011）。从相同（或重叠）信息中派生出许多不同的文档是完全合理的。

请考虑“分页”-每个页面都是一个不同的文档，具有自己的唯一标识符，但是所有页面都是从相同的通用来源派生的，随着时间的推移，项目会从一个页面移到另一个页面。