2

ファイルシステムのようなWebサービス用のRESTfulインターフェイスを設計しようとしています。さまざまなリソース（ファイル、ディレクトリなど）間のハイパーリンク機能を提供するために、 XLinkを使用すると思いました。ただし、XLinkにはコンテンツタイプという奇妙な欠落があるようです。

Atomは、次のように、リンクのコンテンツタイプと、リンクされたリソースと現在のリソースとの関係を指定する属性を提供します。

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

リソースの表現ごとにカスタムコンテンツタイプを作成しているので、これはハイパーリンクに含める重要な情報のようです。

XLink仕様でrelのアナログを作成することはできますが（ラベル、from、to、と思いますか？）、XLinkにコンテンツタイプがないのはなぜですか？彼らは、その役割が、クライアントがリンクの最後で見つけたものを何らかの形で伝えることを意図しているのでしょうか？おそらく私はXLinkの目的を逃しましたか？

4

1 に答える 1

2

xlinkはこれを意図的に無視しているようです。メディアタイプまたは表現についての唯一の言及は、フラグメント識別子がどのように解釈されるかと関係があります。XLinkは実際には、リソース間のリンクのみを定義し、それらの表現は定義しません。

つまり、XLinkを使用した場合は、リンクのターゲットの予想されるメディアタイプを指定する独自の方法を定義する必要がありますが、Atomのリンクを使用した場合は、ターゲットメディアタイプを取得しますが、XLinkの汎用性は取得しません。

おそらく独自のメディアタイプを定義しているので、メディアタイプを知らない汎用クライアントが埋め込みリンクを解析できるようにする 場合を除いて、それほど重要ではありません。メディアタイプを知っているクライアントは誰でもドキュメントを読むことができ、XLink、Atom、HTML（link要素）または独自のリンクセマンティクスを使用することを知っています。

後者の例として、Sun Cloud APIは、送信リンクにrel属性とhref属性を持つオブジェクトのJSONリストを使用します。

于 2010-08-22T21:08:46.267 に答える