http - Media Type 的后缀和子类型可以互换使用吗？

Question

尽管IETF RFC 6838 中没有直接说明, 在阅读了文本(并引用了 wikipedia )后，可以得出以下结论:媒体类型的一般架构如下:

type name / [ tree. ] subtype name [ +suffix ] [ ; parameters ]

内容类型和接受 HTTP header 都使用互联网媒体类型(如 RFC 2616 中所述)。

RFC 6838 还对“+后缀”做了如下说明:

"+suffix" constructs for as-yet unregistered structured syntaxesSHOULD NOT be used, given the possibility of conflicts with futuresuffix definitions.

RFC 6839定义了以下注册后缀:

"+json", "+ber", "+der", "+fastinfoset", "+wbxml" and "+zip"

---

现在，获取以下数据:

{
  "title": "<h1>Some formatted title</h1>",
  "body": "here's a <b>long</b> formatted text with <i>stuff</i>"
}

.

• text/html+json 是一个很好的媒体类型吗？
• 如果我不使用 JSON 而使用 YAML 会怎么样？ (text/html+yaml 未注册，因此违反了 RFC 6839)
• 如果我想构建一个基于内容类型解码数据的解析器怎么办？我应该为适当的“编码”寻找“子类型”还是“后缀”？

Answer 1

1. RFC 2616 已过时。请查看 RFC 7231。

2. 对于混合了 HTML 和 JSON 的内容，我不会使用 html+json；您确实需要将所有标记转换为 JSON(此时您会意识到 JSON 不适用于标记语言)。

3. 但是，是的，只要您注册，您就可以使用 something+json。

4. +yaml 不违反 RFC 6839；但您需要注册它。

5. 通用软件可以使用后缀来选择解析器。 XMLHTTPRequest 对 +xml 的支持就是一个例子。