1

このレコードをどのように理解できますか:

Accept: application/vnd.my.api+json

つまり、この「+」記号は標準化されているのでしょうか (とにかく、仕様で見つけられませんでした)、それとも単なる慣例ですか?

ありがとう。

4

1 に答える 1

7

Accept ヘッダーは、受け入れ可能なメディア タイプのリストを指定します。メディアタイプの「+xxx」の部分をサフィックスと呼びます。これはメディア タイプ定義の拡張であり、そのメディア タイプの基礎となる構造を指定するのに役立ちます。

RFC 6838の「4.2.8. 構造化された構文名サフィックス」では、次のように定義されています。

XML in MIME [RFC3023] は、 そのメディア タイプの基礎となる構造
をさらに指定するために、メディア タイプ定義に対する最初のそのような拡張を定義しました。
引用するには：

  This document also standardizes a convention (using the suffix
  '+xml') for naming media types ... when those media types
  represent XML MIME (Multipurpose Internet Mail Extensions)
  entities.

つまり、基本サブタイプ名に追加するサフィックス (この場合は「+xml」) を指定していました。

これが公開されて以来、他のよく知られた構造化構文にこの接尾辞規則を使用するための事実上の慣例が生まれました。特に、メディア タイプは「+der」、「+fastinfoset」、「+json」などのサフィックスで登録されています。この仕様は、この慣行を形式化し、構造化された型名サフィックスのレジストリを設定します。

構造化された型名のサフィックスが登録可能かどうかの主なガイドラインは、それが容易に利用できる
記述によって記述されて
いることです。 RFC のセクション。

名前付きの構造化構文を利用するメディア タイプは、登録時にその構造化構文に適切な登録済みの「+接尾辞」を使用する必要があります (SHOULD)。同様に、メディア タイプには、実際には使用しない構造化構文の接尾辞を組み込んだ名前を付けてはなりません (MUST NOT)。将来のサフィックス定義と競合する可能性があるため、まだ登録されていない構造化構文の「+suffix」構造は使用しないでください。

于 2015-09-24T09:36:21.540 に答える