XML 有一个约定,基于 XML 的非标准 mime 类型采用“+xml”后缀(用于语法高亮等)。RFC3023 对此进行了概述。
我查看了RFC4626,但我找不到任何关于 JSON 的类似内容。JSON有类似的约定吗?它在任何地方都有记录吗?
XML 有一个约定,基于 XML 的非标准 mime 类型采用“+xml”后缀(用于语法高亮等)。RFC3023 对此进行了概述。
我查看了RFC4626,但我找不到任何关于 JSON 的类似内容。JSON有类似的约定吗?它在任何地方都有记录吗?
是的,以下 RFC 中描述了 +json 后缀: https ://www.rfc-editor.org/rfc/rfc6839
XML 有多种媒体类型。一些常见的有:
application/xhtml+xml
image/svg+xml
application/rss+xml
每种 MIME 类型标识不同的语言。
正如您正确指出的那样,RFC 3023标准化了使用后缀 +xml 的约定。
解释自维基百科文章 - XML and MIME。
更新:删除了 JSON 不用作 XML 的替代表示的错误假设。
有+json
广泛使用的带有后缀的备用 MIME 类型。正如正确指出的那样,考虑到 JSON,这些将继续增长。
后缀约定是非标准的+json
,但被其他人使用。
在撰写本文的草稿状态中,用于描述 JSON 文档的结构和含义的 JSON 媒体类型"application/" subtype "+json"
中有一个正在进行的规范过程。更多资源可在http://json-schema.org/获得。
GitHub API 使用自定义 JSON mime 类型。
http://developer.github.com/v3/media/
你可以采用他们的约定。
我认为它的记录方式与自定义 XML mime 类型的记录方式不同。不过,我认为它很有用,并且应该记录在案。与此同时,您可以使用它们,并了解某些工具不会将 mime 类型识别为 JSON。
我已经看到使用了这样的约定,是的。这不是 JSON(规范)必须指定的内容,尽管以后的修订可能会提出指导方针。很可能它将被定义为一个单独的 RFC。
您可能想在诸如restful-json之类的邮件列表中提出这个问题,那里有更多专家可以提供更完整的答案。