问题很清楚，但让我用我遇到的实际例子充实它：
在解释RSS提要时，有时会指定一个图像，但不知道图像的种是什么，但很明显链接类型是图像，例如：
<itunes:image href="http://static1.doda.com/57914/1500w/" />
iTunes规范未输入图像的图像类型属性。那么，让我们说我正在使用这个图像链接（与其他人）并重新联合它，但现在作为标准的ATOM链接。要指定它是图像，链接的type属性需要以image开头（作为图像MIME类型），然而我该如何处理子类型：
<link href="http://static1.doda.com/57914/1500w/" type="image" /> //??
我猜测MIME类型永远不会这样做，但是情况如此吗？子类型可以被遗弃吗？另一个解决方案也不是那么开心：输入一个FALSE但是常见的子类型（例如：“image / jpeg”）。
---更新---
感谢Julien的研究。所以我刚刚想到了一个解决方案：使用给定值的通用子类型，例如：unknown或none。
image/unknown
image/none
也许只是选择“未知”，但“没有”也有它的好处。如果很多人在不知道子类型时开始使用这些值中的一个（或两个），这可能会特别有用。
我很乐意在评论中听到这个想法是怎么打击你们的，是的还是新的？好主意还是坏主意？
答案 0 :(得分：1)
是的，从理论上讲，RFC4287说：
无论媒体类型是什么，它都包含至少一个斜杠
atomMediaType = xsd：string {pattern =“。+ /。+”}
现在，from experience，有许多不包含子类型的Feed。 Be robust：如果您发布了Feed，请确保同时包含这两个Feed ...如果您使用Feed，请准备好处理缺少Feed的Feed！