MIME 类型是否需要指定子类型
Do MIME types REQUIRE the subtype to be specified
问题已经很清楚了，但让我用我遇到的实际例子来充实一下：
在解释 RSS 提要时，有时会指定一张图片，但不知道它是什么种类，但none但不清楚link 类型 是 图像，例如在本例中：
<itunes:image href="http://static1.doda.com/57914/1500w/" />
iTunes 规范没有输入图像的图像类型属性。那么假设我正在拍摄这张图片 link（与其他图片）并重新联合它，但现在作为标准的 ATOM link。要指定它 是 图像， link 的类型属性需要以图像开头（作为图像 MIME 类型），但是我应该如何处理子类型：
<link href="http://static1.doda.com/57914/1500w/" type="image" /> //??
我猜 MIME 类型永远无法做到这一点，但真的是这样吗？子类型可以被忽略吗？另一个解决方案也不是那么令人满意：输入一个 FALSE 但常见的子类型（例如："image/jpeg"）。
---更新---
感谢 Julien 所做的研究。所以我想到了一个解决方案：使用给定值的通用子类型，例如：未知，或 none.
image/unknown
image/none
也许只需要 'unknown'，但 'none' 也有它的好处。如果很多人在不知道子类型时开始使用这些值中的一个（或两个），这可能特别有用。
我很想在评论中听到这个想法对你们有何影响，是吗？好主意还是坏主意？
是的，理论上，RFC4287 说：
Whatever a media type is, it contains at least one slash
atomMediaType = xsd:string { pattern = ".+/.+" }
现在，from experience, there are many feeds out there which do not include the sub-type. Be robust：如果您发布一个 Feed，请确保您同时包含两者...如果您使用 Feed，请准备好处理缺少的 Feed！
问题已经很清楚了，但让我用我遇到的实际例子来充实一下：
在解释 RSS 提要时，有时会指定一张图片，但不知道它是什么种类，但none但不清楚link 类型 是 图像，例如在本例中：
<itunes:image href="http://static1.doda.com/57914/1500w/" />
iTunes 规范没有输入图像的图像类型属性。那么假设我正在拍摄这张图片 link（与其他图片）并重新联合它，但现在作为标准的 ATOM link。要指定它 是 图像， link 的类型属性需要以图像开头（作为图像 MIME 类型），但是我应该如何处理子类型：
<link href="http://static1.doda.com/57914/1500w/" type="image" /> //??
我猜 MIME 类型永远无法做到这一点，但真的是这样吗？子类型可以被忽略吗？另一个解决方案也不是那么令人满意：输入一个 FALSE 但常见的子类型（例如："image/jpeg"）。
---更新---
感谢 Julien 所做的研究。所以我想到了一个解决方案：使用给定值的通用子类型，例如：未知，或 none.
image/unknown
image/none
也许只需要 'unknown'，但 'none' 也有它的好处。如果很多人在不知道子类型时开始使用这些值中的一个（或两个），这可能特别有用。
我很想在评论中听到这个想法对你们有何影响，是吗？好主意还是坏主意？
是的，理论上，RFC4287 说：
Whatever a media type is, it contains at least one slash
atomMediaType = xsd:string { pattern = ".+/.+" }
现在，from experience, there are many feeds out there which do not include the sub-type. Be robust：如果您发布一个 Feed，请确保您同时包含两者...如果您使用 Feed，请准备好处理缺少的 Feed！