0

一组链接的响应应该如何符合 REST 原则 ( HATEOAS ) 和 HAL (规范， 互联网草案)？

在 JSON 正文的第一级没有属性并且只有带有 self 链接的 _links 部分和带有为该特定请求找到的链接的 _embedded 部分是否可以？

更新：示例

请求： http://localhost:5555/myservice/titles/meow/kittens

回报：

{
  "_links": {
    "next": {
      "href": "/myservice/titles/meow/kittens?page=2"
    },
    "self": {
      "href": "/myservice/titles/meow/kittens"
    },
    "anchestor": {
      "href": "/myservice/titles/meow"
    }
  },
  "_embedded": {
    "linksINeed": [
      {
        "title": "kitten play",
        "_links": {
          "self": {
            "href": "/myservice/titles/kitten-play"
          }
        }
      },
      ...
      {
        "title": "kitten eat",
        "_links": {
          "self": {
            "href": "/myservice/titles/kitten-eat"
          }
        }
      }
    ]
  }
}

这是有效的REST ful HAL JSON 吗？谢谢

4

1 回答 1

-1

一个空的 JSON 主体，如返回具有 0 个属性的资源？这听起来有点像完全没有该资源也可以做到。如果没有可以唯一标识该资源的属性，则 self 链接将包含什么？即使您有属性但不会实例化它们，这也行不通。

例如，如果它是根目录，您至少可以拥有类似 ApiVersion 资源的东西，该资源具有 VersionNumber 属性。

否则，我想这在更奇特的场景中可能是可行的，比如删除一个资源并仍然提供指向另一个资源（它的前父级？）的链接，尽管这可能只需要一个 HttpStatusCode 204 No Content。

于 2016-06-14T07:28:08.817 回答