Html 为什么人们继续使用；text/css"；？

我读过一些谷歌搜索的结果，比如这个好问题：。然而，我目前正在阅读一些css3（不是那么新）代码，我到处都能看到

text/css

---

有什么改变了吗，或者这只是一个我们（年轻人）不应该继承的旧习惯？

文本/css在HTML5中不是必需的，但是WC3规范确实提到了它，因此建议在任何css导入语句中使用它。它们将在没有“文本/css”的情况下正常工作，因为规范定义了正确的行为——但我不会依赖所有旧的（或未来的）浏览器以相同的方式处理缺少的属性。因此，将其包括在内是一个很好的实践。

如果你提到，HTML5规范似乎说这个属性是建议性的（它说，这是一个外观）

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

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

---

因此，您可以指定它，但它不是强制性的。

一旦我得到一个前端出现奇怪错误的客户端。最后他得到了一个代理（我真的不知道它是如何工作的），它不允许没有

text/css

的资源

2014年在一家大公司工作

---

也许它是独一无二的，从来没有遇到过同样的问题

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

“有什么变化，或者这只是一个我们（年轻人）不应该继承的旧习惯？”-是的，不要使用它

---

根据HTML4，类型在

中不是必需的，它是为将来可能出现的功能而添加的。喜欢一种新的元素样式，这就是为什么您应该显式地

text/css

但正如我所说，你不应该使用它，因为它没用。

对什么投反对票？请解释一下，因为我找不到我的问题的最新答案。我没有具体的数据说明为什么有人会这样做，但我猜这是许多IDE和示例的组合，仍然有这样的功能，并且忽略了不再需要它的事实。确切地说。看看

language=“JavaScript”

消失了多长时间@两位比特炼金术士那么在这种情况下，IMHO，拥有一个2015年的资源会很好，它会说，不，没有必要使用它！阿德里安，我可能太年轻了。在丹尼的回答之后，我仍然感到困惑…投票结束。虽然我喜欢这里讨论的想法，但事实上，答案和评论都是从“我没有关于为什么特定的人会这样做的数据，但我猜……”，“然后在这种情况下，IMHO……”和“一旦我有一个客户出现了奇怪的前端错误……”开始的似乎表明这个问题是推测性的，可能会吸引基于观点的答案，而不是基于事实的答案。你确定吗？另一个答案似乎不同意W3C的案例。我是肯定的。在HTML5中，它纯粹是建议性的（正如在not required中一样），但较旧的浏览器可能不会按照规范呈现HTML5，而且将来可能会更改规范，因此我个人建议在导入时包含它。在支持HTML5的浏览器中，忽略它不会有任何区别（假设客户机的开发人员遵循建议规范）。因此，不需要-这不是必需的，但最好包含它以帮助确保向后和向前兼容性。我明白了Danny，非常感谢，你值得一次投票。请说出任何支持CSS但需要

type=“text/CSS”的浏览器的名称

在链接元素获取和/或应用指定资源的CSS之前对其进行访问。旧版本的IE“在10月份的累积更新中，对IE6、IE7和IE8中的CSS处理进行了更改，以阻止所有跨源样式表，除非它们已使用正确的HTTP响应头交付：”这听起来像是一个真实世界的例子，非常有趣，+1。听起来不一样。这很可能来自内容过滤器。它要求CSS资源使用

text/CSS

mime类型，而不是link元素上需要

type=“text/CSS”

属性。也许，但是type=“text/CSS”修复了这个问题是的，我已经看到了这个问题，但是它们是旧的，+1用于链接到ref，但是我建议你在你的回答中引用相关部分。谢谢你的建议，我刚刚做到了。可能是这样的，我会给你一个+1作为总结。。。