rest - HATEOAS API 客户端不应使用添加书签的 URL 吗？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 4 年前。

Improve this question

假设我想编写一个显示一些产品价格的应用程序。我发现一个使用超媒体的链接，该链接是一种以产品名称作为输入的 HTML 表单。我将其添加为书签并继续将该链接嵌入到客户端中。

HATEOAS 客户端是否有理由再次重新发现该资源(和底层表单)而不是使用书签？

这些 URL 不应该保持完整吗(包括表单语义)？重新发现新开发的 API(并保证兼容性)是否比保持旧 API 的工作更少？

Answer 1

在 HATEOAS 中，URI 是可发现的(并且没有记录)，因此可以更改它们。也就是说，除非它们是您系统的入口点( Cool URIs ，唯一可以由客户端硬编码的入口点) - 如果您希望能够发展其余部分，那么您不应该拥有太多这些入口点 future 系统的 URI 结构。这实际上是最useful之一REST 的特点。

对于其余的非 Cool URI，它们可以随着时间的推移而更改，并且您的 API 文档应该阐明这样一个事实:它们应该在运行时通过超媒体遍历来发现。