純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將被視爲朝着錯誤方向邁出的巨大一步。