Skip to content

Instantly share code, notes, and snippets.

@youngbrioche
Last active December 26, 2015 05:58
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 1 You must be signed in to fork a gist
  • Save youngbrioche/7104024 to your computer and use it in GitHub Desktop.
Save youngbrioche/7104024 to your computer and use it in GitHub Desktop.

Building Hypermedia APIs with HTML war für mich einer der überzeugendsten Vorträge auf der diesjährigen GOTO in Berlin. Ich ging mit etwas Vorwissen in den Vortrag, da ich selbst momentan in einem Projekt HTML für eine Suchschnittstelle einsetze.

Jon Moore ist es gelungen, nachvollziehbar darzulegen, dass HTML sich - entgegen weitverbreiteter Ansicht - sehr gut als Media Type für APIs eignet und den Alternativen (etwa XML oder JSON) überlegen ist. Dies liegt vor allem daran, dass in HTML die notwendigen Mittel bereits standardisiert sind - insbesondere Links zur Navigation und Formulare zur Interaktion.

Semantische Anreicherungen des Markups sind durch standardisierte Ontologien wie beispielsweise schema.org möglich. Hinzu kommt, dass HTML-Schnittstellen in vielen Web-Projekten meist ohnehin bereits vorhanden sind, da sie im Browser das Human Interface darstellen. Mit einer sauberen Grundlage und evtl. etwas semantischer Anreicherung hat man so schnell die bereits vorhandene Schnittstelle Hypermedia-konform gemacht. Den ebenfalls gerne von der JSON-Front angebrachten Kritikpunkt des größeren Footprints entkräftigte er gekonnt mit dem Argument gzip. Im Demo-Teil seines Vortrags zeigte Moore eine eindrucksvolle, im Projektkontext bei Comcast entstandene Hypermedia-Library für Python.

@tobnee
Copy link

tobnee commented Oct 22, 2013

Fand die ganze schema.org / RDFs Geschichte und vor allem HTML5 spezifische Funktionen im Kontext von Hypermedia noch interessant. Wenn du "nur" Links als Argument aufführst warum HTML APIs taugen können, kommt das dem Leser vielleicht weniger als "Eye opener" vor.

@vanto
Copy link

vanto commented Oct 22, 2013

Den ebenfalls gerne von der JSON-Front angebrachten Kritikpunkt des größeren Footprints entkräftigte Moore gekonnt mit dem Argument gzip.

JSON kann man doch GZIPen, meint er, dass das dann gleich groß ist? Kann ich mir irgendwie nicht vorstellen.

@vanto
Copy link

vanto commented Oct 23, 2013

Ok, ich habs mir gerade erklären lassen. Die sind dann annähernd gleich groß, ja?

@youngbrioche
Copy link
Author

Die sind dann annähernd gleich groß, ja?

Jawohl!

@youngbrioche
Copy link
Author

@tobnee true, guter Punkt.

@FND
Copy link

FND commented Oct 23, 2013

ein paar Vorschläge: https://gist.github.com/FND/7115600/revisions

RDF(S) habe ich entfernt, weil er das m.E. nur in der Herleitung kurz erwähnt hatte

@vanto: http://balisage.net/Proceedings/vol10/html/Lee01/BalisageVol10-Lee01.html

@youngbrioche
Copy link
Author

thx

@rreimann
Copy link

Unter http://www.infoq.com/presentations/web-api-html gibt es eine Aufzeichnung des Talks von der QCon den man ggf. noch verlinken könnte. Inhaltlich war der soweit ich mich erinnern kann zu 90-100% deckungsgleich mit dem goto Talk.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment