MIME 类型是不是需要指定子类型
Posted
技术标签:
【中文标题】MIME 类型是不是需要指定子类型【英文标题】:Do MIME types REQUIRE the subtype to be specifiedMIME 类型是否需要指定子类型 【发布时间】:2015-11-25 19:08:47 【问题描述】:这个问题已经很清楚了,但让我用我遇到的实际例子来充实它:
在解释 RSS 提要时,有时会指定一个图像,但不知道它是什么图像种类,但很明显链接类型是 一个图像,例如在这个例子中:
<itunes:image href="http://static1.doda.com/57914/1500w/" />
该 iTunes 规范没有输入图像的图像类型属性。那么假设我正在使用这个图像链接(与其他人一起)并重新联合它,但现在作为标准 ATOM 链接。要指定它是图像,链接的类型属性需要以图像开头(作为图像MIME类型),但是我应该如何处理子类型:
<link href="http://static1.doda.com/57914/1500w/" type="image" /> //??
我猜 MIME 类型永远无法做到这一点,但情况是这样吗?子类型可以被忽略吗?另一个解决方案也不是很开心:输入一个 FALSE 但常见的子类型(例如:“image/jpeg”)。
---更新---
感谢 Julien 的研究。所以我想到了一个解决方案:使用给定值的通用子类型,例如:未知或无。
image/unknown
image/none
也许只使用“未知”,但“无”也有它的好处。如果很多人在不知道子类型的情况下开始使用这些值中的一个(或两个),这可能特别有用。
我很想在 cmets 中听到你们对这个想法的印象,是的还是好的?好主意还是坏主意?
【问题讨论】:
【参考方案1】:是的,理论上,RFC4287 说:
无论媒体类型是什么,它都至少包含一个斜线
atomMediaType = xsd:string 模式 = ".+/.+"
现在,from experience,有许多不包括子类型的提要。 Be robust:如果您发布了一个提要,请确保同时包含这两个...如果您使用提要,请准备好处理缺少的提要!
【讨论】:
以上是关于MIME 类型是不是需要指定子类型的主要内容,如果未能解决你的问题,请参考以下文章