http - HTTP 资源的父路径是否应该始终有一个资源本身？

Question

如果站点在路径中有资源:

/things/27

是否有任何已发布的标准表明路径:

/things

因此，还应该拥有资源吗？

我已经和一位同事讨论过这个问题，并且来自 Unix 背景(并记得基于文件结构的 HTTP 服务器的旧 dys)我倾向于回答是的，父资源是隐含的，父目录应该是' 404.

但是我的同事认为，除非站点上某处有指向“/things”的特定链接，否则此路径上不需要任何资源。

RFC2616 或其他 HTTP 标准文档中是否讨论了此事？是否有关于该主题的其他相关文档？

Answer 1

如果您正在考虑在您的应用程序中实现超媒体以在给定点向客户端提供一组可能的操作(使用 URI 链接到其他适当的资源)，那么 /things URI 是为这些链接发送 GET 的理想位置。

下面是对 /things 资源的 GET 示例结果。这种方法的优点是可以对客户端进行编码以在 Links 中查找 Rel 值，而不必“知道”如何构建 URI。即使客户端确实需要构建 URI，它仍然可以编码以搜索搜索链接 href 中的 {searchTerm} 等项目，以替换为适当的值。

   "Things": [
      {
         "Description": "Resource level properties that make sense to put here",
         "Count": 33,
         "Links": [
            {
               "Rel": "self",
               "Method": "GET",
               "Href": "http://yourDomain/things",
               "Title": "Things resource"
            }
         ]
      }
   ],
   "Navigation": [
      {
         "Links": [
            {
               "Rel": "GetItem",
               "Method": "GET",
               "Href": "http://yourDomain/things/{id}",
               "Title": "Get a single item"
            },
            {
               "Rel": "Search",
               "Method": "GET",
               "Href": "http://yourDomain/things/?searchTerm={searchTerm}&itemsPerCall={itemsPerCall}",
               "Title": "Search items per term"
            }
         ]
      }
   ]