纯HTML与定义HATEOAS API的框架？

Question

何时应该开发HATEOAS服务器RESTful API而不是使用HTML（资源链接，表单等）？

HTML和浏览器不像超媒体引擎那么好吗？

Answer 1

HTML和浏览器是不是足够像超媒体引擎？

HTML + HTTP + URI +浏览器===万维网。所以这很好，不是开玩笑。

这不是没有错。

HTML对链接的理解令人失望地受到限制。不支持幂等写入。 Uri模板仅支持GET。我并不热衷于“链接”有多少种不同的拼写。

这是一种超媒体格式的冗长;不要误解我的意思 - 当你试图记录人类正在发生的事情时，建立在文本标记中是非常棒的。但我迄今为止的印象是，当人们想要快速查看自动代理正在消费的语义内容时，同样的结构会开始阻碍。

我从RFC-4287

该原子地址是Web内容，如博客和新闻头条的网站，以及直接向用户代理辛迪加的主要用途的情况下请你注意这句话。

那么一群非常聪明的家伙，特别是试图解决直接关系到网络使用情况，决定了一堆的精力投入到标准化新的超媒体格式，而不是使用一个是已经无处不在了问题领域。

在过去10多年中，该格式已被广泛采用。

没有采用，我不确定HATEOAS有多大好处。如果您正在控制对话的双方，则不需要超媒体API（例如：Web上的JavaScript - 具有代码点播功能的超媒体下载已通过某些带外频道了解了Web API协议的客户端）。

证据似乎表明HTML并不像任何基于JSON的超媒体格式那样方便。

结论：不，它不够好。这可能是目前可以接受的场所持有人;但JSON超媒体工具集很快就会足够成熟，HTML将被视为朝着错误方向迈出的巨大一步。