rest - 包括HATEOAS约束的REST客户端实现？

Question

有人知道包含Hypermedia as the Engine of Application State（HATEOAS）约束的REST客户端的实现吗？

从Sun Cloud API的记录方式和a statement by the author到Ruby，Java和Python实现正在起作用的角度来看， 似乎是一个不错的选择。但是到目前为止，我还没有找到任何代码。

我在寻找任何东西-即使是部分实现也会有所帮助。

Answer 1

您首先要看的是通用的Web浏览器。这是接受HATEOAS的客户的标准（至少在某种程度上）。

超媒体就是这样工作的。非常简单，几乎让人痛苦：


您将浏览器指向http://pigs-are-cool.org/
浏览器将加载HTML页面，图像，CSS等。


此时，应用程序（您的浏览体验）位于特定的URI。
浏览器正在显示该URI的内容

您会在应用程序中看到一个链接
您单击链接
浏览器跟随链接


此时，应用程序位于不同的URI
浏览器正在显示新URI的内容



现在简要说明这两个术语与网络浏览体验之间的关系：


超媒体=带有嵌入式链接的HTML页面
应用程序状态=您在任何时间在浏览器中看到的内容。


因此，HATEOAS实际上描述了当您从一个网页转到另一个网页时，在网络浏览器中会发生什么：


带有嵌入式链接的HTML页面可随时驱动您在浏览器中看到的内容


术语HATEOAS只是这种浏览体验的抽象。

RESTful客户端应用程序的其他示例包括：


RSS和Feed阅读器。他们遍历用户给他们的链接
大多数AtomPub博客客户端。他们只需要一个服务文档的URI，然后从那里找出在何处上传图像和博客文章，进行搜索等等。
可能是Google小工具（和类似工具），但它们只是外观不同的浏览器。
Web爬虫也是RESTful客户，但它们是一个利基市场。


RESTful客户端软件的一些特征：


客户端可以与任何服务器一起使用，前提是该服务器使用某些URI进行了初始化，并且服务器以预期的结果进行响应（例如，对于atom博客客户端，Atom服务文档）。
除了在运行时可以发现的内容外，客户端对服务器如何设计其URI一无所知
客户端知道足够的媒体类型和链接关系，以了解服务器在说什么（例如Atom或RSS）
客户端使用嵌入式链接来查找其他资源；有些是自动的（例如<img src=），有些是手动的（例如<a href=）。


它们通常由用户驱动，并且可以正确地称为“用户代理”，但GoogleBot除外。