(请注意,根据RFC 2045,"[m]atching of media type and subtype is ALWAYS case-insensitive",所以有's no difference between the interpretation of ' X- ' and ' x-' . )
top-level type name / subtype name [ ; parameters ]
top-level type name / [ tree. ] subtype name [ +suffix ] [ ; parameters ]
所有媒体类型都应使用IANA注册程序进行注册 . 目前创建了以下树: standard , vendor , personal 或 vanity ,未注册 x.
Standard:
标准树中的媒体类型不使用任何树构面(前缀) .
type / media type name [+suffix]
示例:“application / xhtml xml”,“image / png”
Vendor:
供应商树用于与公共产品相关联的媒体类型 . 它使用vnd . 面 .
type / vnd. media type name [+suffix] - used in the case of well-known producer
type / vnd. producer's name followed by media type name [+suffix] - producer's name must be approved by IANA
type / vnd. producer's name followed by product's name [+suffix] - producer's name must be approved by IANA
3 回答
这是RFC 2045 - Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies中定义的约定 .
类似的限制适用于顶级类型 . 来自同一来源,
(请注意,根据RFC 2045,"[m]atching of media type and subtype is ALWAYS case-insensitive",所以有's no difference between the interpretation of ' X- ' and ' x-' . )
因此,在IANA定义的“application / foo”之前使用“application / x-foo”是公平的 . 它仍然可能被不了解IANA令牌分配的人使用 .
正如Chris Hanson所说,MIME类型由IANA控制 . 这在RFC 2048 - Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures中有详细说明 . 根据RFC 3778,cited by the IANA作为"application/pdf"的定义,
“application / pdf”类型已经存在了十多年 . 所以在我看来,无论“应用程序/ x-pdf”在新应用程序中使用过,这个决定可能都不是故意的 .
标准MIME类型是
application/pdf
. 赋值在RFC 3778, The application/pdf Media Type中定义,从MIME Media Types registry引用 .MIME类型由标准组织Internet Assigned Numbers Authority(IANA)控制 . 这是管理根名称服务器和IP地址空间的组织 .
x-pdf
的使用早于PDF的MIME类型的标准化 .x-
命名空间中的MIME类型被认为是实验性的,就像vnd.
命名空间中的MIME类型被视为特定于供应商一样 .x-pdf
可能用于与旧软件兼容 .来自维基百科媒体类型,
所有媒体类型都应使用IANA注册程序进行注册 . 目前创建了以下树:
standard
,vendor
,personal
或vanity
,未注册x.
Standard:
示例:“application / xhtml xml”,“image / png”
Vendor:
Personal or Vanity tree:
Unregistered x. tree:
所以很明显,标准类型MIME类型
application/pdf
是适当的使用,而您应该避免使用RFC 2048和RFC 6838中所述的过时和未注册的x-
媒体类型 .