Benutzerdefinierte Content-Typ: XLink gegen Atom

Question

Ich versuche, eine RESTful-Schnittstelle für ein Dateisystem-wie Web-Service zu entwerfen. Um hyperlinkability zwischen den verschiedenen Ressourcen zur Verfügung stellt (Dateien, Verzeichnisse, usw.), dachte ich, ich würde verwenden XLink . Aber es scheint, gibt es eine seltsame Auslassung von XLink. Inhaltstypen

Atom stellt ein Attribut den Inhaltstyp von Links zu spezifizieren sowie die Beziehung der verknüpften Ressource des Strom, wie in:

<link rel="alternate" type="text/html" href="http://example.org"/>

Weil ich einen benutzerdefinierten Inhaltstyp erschaffe für jedes meiner Ressourcen Darstellungen, scheint dies wie eine wichtige Information in meine Hyperlinks zu schließen.

Ich kann Art von Make aus einem Analog- rel in der XLink-Spezifikation ( Label , und , nehme ich an?), aber warum Inhaltstyp von XLink fehlt? Beabsichtigen sie, dass die Rolle ist irgendwie ein Client Fund zu vermitteln, was am Ende einer Verbindung gemeint? Vielleicht vermisste ich den Zweck der XLink?

Answer 1

Es scheint xlink dies absichtlich ignoriert hat; die einzige Erwähnung von Medientypen oder Darstellungen hat mit, wie Fragmentbezeichner zu tun zu interpretieren. XLink eigentlich definiert nur Links zu sein, zwischen Ressourcen , und nicht ihre Darstellungen.

Das bedeutet, dass, wenn Sie XLink verwenden Sie Ihren eigenen Weg zu definieren, haben von dem erwarteten Medientyp des Ziels der Verbindung spezifiziert, während, wenn Sie Atom der Verbindung verwenden Sie den Zielmedientyp, aber nicht die Vielseitigkeit von XLink.

Da Sie wahrscheinlich Ihren eigenen Medientyp definieren, es ist nicht sehr wichtig, es sei denn, Sie wollen generic Clients, die Ihren Medientyp nicht kennen, um die eingebetteten Links zu analysieren. Jeder Client, der über Ihren Medientyp kennt Ihre Dokumentation lesen , und wird wissen, XLink zu verwenden, Atom, HTML (das link Element) oder eine eigene proprietären Link Semantik.

Nur als Beispiel für letzteres. The Sun Cloud API eine JSON-Liste von Objekten mit rel verwendet und href-Attribute für ausgehende Links