Wann sollte man die RESTful-API des HATEOAS-Servers anstelle von HTML (Ressourcenverknüpfungen, Formulare usw.) entwickeln?Reine HTML vs Frameworks, um HATEOAS API zu definieren?
Ist HTML und ein Browser nicht gut genug als Hypermedia-Engine?
Ist HTML und ein Browser nicht gut genug als Hypermedia-Engine?
HTML + HTTP + URI + Browser === Das World Wide Web. Es ist also ziemlich gut, kein Witz.
Es ist nicht ohne Fehler.
Das HTML-Verständnis von Links ist enttäuschend begrenzt. Keine Unterstützung für idempotente Schreibvorgänge. Uri Template-Unterstützung nur für GET. Ich bin nicht sehr scharf darauf, wie viele verschiedene Schreibweisen es für "Link" gibt.
Es ist eine Art von verbose für ein Hypermedia-Format; Versteh mich nicht falsch - eingebauter Text Markup ist brilliant, wenn Sie versuchen zu dokumentieren, was für ein menschliches Wesen vorgeht. Mein Eindruck ist jedoch, dass die gleiche Struktur in die Quere kommt, wenn Sie als Mensch schnell den semantischen Inhalt überprüfen wollen, den Ihr automatisierter Agent verbraucht.
nenne ich Ihre Aufmerksamkeit auf dieses Zitat aus RFC-4287
Der primäre Anwendungsfall, die Atom-Adressen ist die Syndizierung von Web-Inhalten wie Weblogs und News-Schlagzeilen auf Web-Sites sowie direkt an Benutzeragenten.
So ein Haufen wirklich smarten Jungs, insbesondere Anwendungsfälle direkt im Zusammenhang mit dem Web-Adresse versuchen, beschlossen, eine Reihe von Anstrengungen zu investieren in ein neues Hypermedia-Format zu standardisieren eher den einen als verwenden, die in bereits allgegenwärtig war ihr Problemdomäne.
Und in den letzten 10 Jahren wurde dieses Format weitgehend übernommen.
Ohne Annahme bin ich mir nicht sicher, dass HATEOAS viel Nutzen hat. Sie brauchen keine Hypermedia-API, wenn Sie beide Seiten der Konversation kontrollieren (Beispiel: Javascript im Web - Hypermedia mit Code-on-Demand-Fähigkeit Herunterladen eines Clients, der das Protokoll einer Web-API über einen Out-of-Band-Kanal gelernt hat).
Beweise scheinen darauf hinzudeuten, dass HTML bei weitem nicht so praktisch ist wie beispielsweise JSON-basierte Hypermedia-Formate.
Fazit: Nein, es ist nicht gut genug. Es könnte ein akzeptabler Platzhalter für den Moment sein; Aber die JSON-Hypermedia-Tools werden bald ausgereift genug sein, um HTML als einen riesigen Schritt in die falsche Richtung zu sehen.