我应该如何处理JSON中的HATEOAS链接和引用？
提问于 2012-10-22 11:25:57
我正在设计RESTful，并将成为RESTful。我想将哈特奥合并到json响应中。
将URL添加到相关资源是很容易的，但是对于用于这些链接的结构进行了一些讨论。
我发现很多文章都使用了从原子提要中借用的结构：
"links": [
{"rel": "self", "href":"http://example.org/entity/1"},
{"rel": "friends", "href":"http://example.org/entity/1/friends"}, ...
]这引起了一些问题：
- 为什么使用数组作为容器?根据我所知道的javascript开发人员的，使用链接作为对象的属性访问链接会更容易。例如： “自我”：{ "href":"http://example.org/entity/1“}，/* (facebook使用此) */”朋友“：{ "href":"http://example.org/entity/1/friends"，”type：“.”}
- 是否有一个通用的json结构(除了重新调整原子)来描述资源属性中的引用？(例如消息的发送方)。 可能应该再次将引用解析为url，但是包含简单的id也会不好吗？有点像： “发件人”：{ "id"：12345，"href"：“resource”}
我的想法是，虽然HATEOAS使得客户不需要太多的知识来使用API，但我不愿意消除使用这些知识的可能性(比如通过构建链接客户端来访问概要图而不首先查找用户)。
回答 3
Stack Overflow用户
回答已采纳
发布于 2012-10-24 22:46:28
我重新开始了这个主题的API-工艺谷歌集团，并得到了一些伟大的反应。
阵列设计的主要优点是：
- 同一关系的多个链接
- 相同链接的多个关系而不写入链接aggain
- 订购链接的能力
该地图具有更好的可访问性。
就结构而言，有很多可能性：
- JSON：http://blog.stateless.co/post/13296666138/json-linking-with-hal还是specification.html
- http://json-ld.org/ (可选地使用九头蛇词汇表)
- JSON：http://json-schema.org/ (页面底部的theHyper元模式)
- Collection+JSON：http://amundsen.com/media-types/collection/
我想我会和HAL一起去，因为这是最干净的解决方案，其余的看起来都有点.对json来说很奇怪。
Stack Overflow用户
发布于 2012-10-24 21:47:39
就结构而言，您可以尝试查看HAL (specification.html)或JSON：(http://json-ld.org/)
Stack Overflow用户
发布于 2017-11-09 09:41:19
我认为这是为了让您可以提供基于http方法的多个链接。
例如：
"links": [
{"rel": "sender", "method":"post", "href":"http://example.org/entity/1"},
{"rel": "sender", "method":"put", "href":"http://example.org/entity/1"}, ...
]也许你可以让它适应你的想法
"sender": {
"href":"http://example.org/entity/1",
"methods": ["put","post"]
}页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/13018366
复制
腾讯云开发者
