为什么人们继续使用＆＃34; text / css＆＃34;？

Question

我已经阅读了Google搜索的几个结果，例如这个不错的问题：Is type="text/css" necessary in a <link> tag?。但是，我目前正在浏览一些css3（它不是那个 new）代码，我看到private WaitTask waitTask; public void setWaitTask(WaitTask task){ this.waitTask = task; } [...] // IPv4 found if (ipListener != null) { ipListener.onIpFound(m.group(0)); // wait again until the wait task is safe to be accesed synchronized(waitTask){ // increment it's value waitTask.increment(); // notify that we changed the value waitTask.notify(); } } [...] 无处不在。

是否有变化，或者这只是我们（年轻人）不应该继承的旧习惯？

Answer 1

没有任何改变，它用于向后兼容性，并且随着时间的推移可能会更少出现，因为更多已安装的浏览器将支持HTML5。

Answer 2

HTML5中不需要

text / css，但是WC3规范确实提到了它，因此建议在任何CSS import语句中使用它。在没有“text / css”的情况下，它们将在没有规范定义正确行为的情况下工作 - 但我不会依赖于以相同方式处理缺失属性的所有旧（或未来）浏览器。因此，将它包括在内是一种很好的做法。

Answer 3

如果您引用this question，HTML5规范似乎表明此属性是建议性的（它表示看起来像here）。

  

type属性提供链接资源的MIME类型。这纯粹是建议性的。该值必须是有效的MIME类型。

     

对于外部资源链接，type属性用作用户代理的提示，以便他们可以避免获取他们不支持的资源。如果该属性存在，则用户代理必须假定该资源具有给定类型（即使它不是有效的MIME类型，例如空字符串）。如果省略该属性，但外部资源链接类型已定义默认类型，则用户代理必须假定该资源属于该类型。 [...]如果省略该属性，并且外部资源链接类型没有定义默认类型，但如果类型已知且受支持，则用户代理将获取资源，则用户代理应获取该资源假设它将得到支持。

所以你可以指定它，但它不是强制性的。

Answer 4

一旦我得到一个有奇怪的前端错误的客户端。最后，他得到了一个代理（我真的不知道那个东西是怎么起作用的），它不允许没有text/css的资源。

2014年是一家大公司。

也许它是独一无二的，再也没有遇到同样的问题！

Answer 5

“有什么变化，或者这只是我们（年轻人）不应该继承的旧习惯吗？” - 是的不要使用它。
从<link>开始，不需要html 4类型，因为未来可能存在未来的功能。就像一种新的样式元素的方式，这就是你应该明确text/css的原因。
但正如我所说，你不应该使用它，因为它没用。