Stefan Judis 在我 谈论特异性时使用 (X, X, X, X) 发声 前 两天，发布了一篇很棒的博文，不仅使用这种格式，还主张浏览器 DevTools 应该通过选择器向我们展示该值。
我认为上述补充可以帮助开发者极大地了解 CSS。我能想到的唯一缺点是，额外的信息可能会让开发者不知所措，但我愿意冒这个风险，让更多的人正确学习 CSS。
我支持。对于“失败”的选择器的 UI 试图教授这一点，但实际上没有教。我不太担心信息会让人不知所措。我认为，如果他们考虑设计，就可以做得很有品位。DevTools 本身就是一个信息量很大的地方。
我认为特异性符号是一个很好的沟通工具，只要开发人员可以在 IDE 中的符号与生产中的最终输出之间进行协调。
如果你在大型项目中使用 SCSS，开发和生产之间的特异性可能不是 1:1。如果你使用 CSS 模块或 CSS in JS 解决方案，应用程序的特异性可能（大部分）是平坦的，因为将 UUID 添加到类名是防止样式冲突的更可靠方法。
如果你使用的是 Shadow DOM，那么特异性是相对于你身处哪一边的围栏而言的。
如果特异性符号让人不知所措，以至于可能让人远离前端开发，那么你真的想要这些开发人员参与你的软件开发吗？
我认为这也是一个好主意。从历史上看，我一直没有太多问题能够一眼就看出选择器的特异性，但是对于 :is()、:where() 和 :not() 的新规则，当你将它们组合在一个选择器中时，它们就不那么容易评估了。DevTools 中的一个指示器可以提供良好的指导。