快速CSS编写指南

快速CSS编写指南,css,Css,如果我在谷歌上搜索CSS优化,结果通常与某种压缩工具有关。现在忘记了传输/解析速度,我想知道有什么指导方针可以快速编写应用于文档的规则 基本示例: <div class="a"> <div class="x">...</div> <div class="y">...</div> </div> <div class="b"> <div class="x">...</div&

如果我在谷歌上搜索CSS优化,结果通常与某种压缩工具有关。现在忘记了传输/解析速度,我想知道有什么指导方针可以快速编写应用于文档的规则

基本示例:

<div class="a">
    <div class="x">...</div>
    <div class="y">...</div>
</div>
<div class="b">
    <div class="x">...</div>
    <div class="y">...</div>
</div>

<div class="a x">...</div>
<div class="a y">...</div>
<div class="b x">...</div>
<div class="b y">...</div>
.b.x {...}
在表现方面,是否有任何理由支持前者或后者?当然,这将取决于选择器引擎,但CSS规则可能适合所有引擎都具有的自然实现算法

我们是否知道如何估算不同选择器的成本,这些选择器在给定文档时是等效的

这方面有什么指导方针吗


它们是特定于浏览器的还是通用的?

如果我看到你的示例,我个人更喜欢第二个,因为它减少了我的HTML标记,但在CSS中没有太大的效果。如果标记较少,那么编写代码所需的时间就更少,加载页面所需的时间也更少。

如果认为渲染引擎可以更快地渲染,那么调整CSS不是毫无意义吗?事实是-更小的CSS=更快的下载=更少的带宽=更快的渲染。我怀疑点与点之间的间距是否会产生任何性能损失,如果是这样的话,它们可能会非常小,因此不需要考虑。CSS是为样式设计而设计的,请不要以“渲染速度更快”的方式开始键入CSS的趋势:)空格是语法,它完全改变了选择操作的含义。通常,它将使用不同的算法并产生不同的结果。问题是:如果两种方法给出相同的结果,哪种方法更快。这不是关于保存一个字节!此外,如果您必须更改标记以适应CSS呈现性能,那么这又是一个错误。有时性能是一个特性。我不是说我们应该一直为机器的利益编写代码,但有时你必须这样做。虽然有趣,但这对于堆栈溢出来说有点宽泛。像这样的问题通常只会吸引很多,嗯。。。不太好的回答是一长串喋喋不休的评论。
.b.x {...}