【发布时间】: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 中听到你们对这个想法的印象,是的还是好的?好主意还是坏主意?
【问题讨论】:
标签: rss mime-types mime atom-feed