我在哪里可以找到实用的 HATEOAS Javascript 客户端示例？ [关闭]答案

【问题标题】：Where can I find a practical HATEOAS Javascript client example? [closed]我在哪里可以找到实用的 HATEOAS Javascript 客户端示例？ [关闭]
【发布时间】：2013-04-12 13:37:58
【问题描述】：

我正在寻找 WOA/HATEOAS 中的具体示例！

我阅读了很多博客，看到了很多关于 HATEOAS 的演示文稿，但从来没有一个例子......

如何实现客户端？

真的，当您使用 Backbone、AngularJS、Ember、Knockout 制作 HTML5 应用程序时……您如何制作 HATEOAS ？！

例如在 Backbone 中，如何动态设置模型的“url”属性以从服务器检索资源？

谢谢你们的回复！

最好的问候，

托马斯·庞斯。

【问题讨论】：

为什么是-1伙计？如果我的问题真的很愚蠢，请解释我:)！我真的很想知道！
可能是因为您的问题与 Stack Overflow 中的预期不完全一致。我觉得这很有趣，这里也有类似的问题。但通常人们希望你提出一个软件问题，他们可以帮助你找到它。你的问题更适合谷歌:)
问题是谷歌没有得到回应！我知道我的问题不是纯粹的技术问题……但实际上，这通常是 Backbone 的设计问题！不过好吧，我理解你的观点。谢谢
github.com/badgateway/ketting

标签： rest backbone.js single-page-application hateoas

【解决方案1】：

HATEOAS 的意义在于，您可以从对请求的响应中获取其他资源的链接。与 URL 模板相比，不同之处在于客户端知道，已经硬连线，只有几个 URL（入口点），其余 URL 是从动态响应中获取的。它带来了客户端和服务器之间的松散耦合，这是 HATEOAS 的主要优点。

使用 HATEOAS 就像在网上冲浪一样，您只需单击包含在最后响应中的链接（例如 HTML 页面），然后一次又一次。关键是在您获得对您知道的 URL（入口点）的第一个响应之前，您并不知道所有 URL。

不幸的是，今天，HATEOAS 并未得到很好的采用。大多数 API 都在发布 URL 模板，这意味着紧密耦合；所以我认为你现在不能期望现有框架的支持，但在客户端实现你自己的 URL 存储库并不难，它将从你得到的响应中收集 URL。

【讨论】：

好吧，我更了解哲学。但我认为客户端是HATEOAS最难的部分，服务器端更容易制作。谢谢您的回复。