问题很清楚,但让我用我遇到的实际例子充实它:
在解释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!