假设我想编写一个显示一些产品价格的应用程序。我发现一个使用超媒体的链接,该链接是一种以产品名称作为输入的 HTML 表单。我将其添加为书签并继续将该链接嵌入到客户端中。
HATEOAS 客户端是否有理由再次重新发现该资源(和底层表单)而不是使用书签?
这些 URL 不应该保持完整吗(包括表单语义)?重新发现新开发的 API(并保证兼容性)是否比保持旧 API 的工作更少?
最佳答案
在 HATEOAS 中,URI 是可发现的(并且没有记录),因此可以更改它们。也就是说,除非它们是您系统的入口点( Cool URIs ,唯一可以由客户端硬编码的入口点) - 如果您希望能够发展其余部分,那么您不应该拥有太多这些入口点 future 系统的 URI 结构。这实际上是最useful之一REST 的特点。
对于其余的非 Cool URI,它们可以随着时间的推移而更改,并且您的 API 文档应该阐明这样一个事实:它们应该在运行时通过超媒体遍历来发现。
关于rest - HATEOAS API 客户端不应使用添加书签的 URL 吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38551053/