我应该如何组织我的CSS文件的内容?

前端之家收集整理的这篇文章主要介绍了我应该如何组织我的CSS文件的内容?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
这个问题是关于在.css文件中组织实际的CSS指令本身。当开发一个新的页面或一组页面时,我通常只是手动添加指令到.css文件,试图重构时,我可以。过了一段时间,我有几百(或几千)行,它可以很难找到我需要的时候调整布局。

有人有如何组织指令的建议吗?

>我应该尝试组织自顶向下,模仿DOM吗?
>我应该在功能上组织,将支持UI的相同部分的元素的指令组合在一起吗?
>我应该按字母顺序按选择器排序吗?
>这些方法的一些组合?

此外,是否有一个限制,我应该保持在一个文件中的CSS,它可能是一个好主意,把它分成单独的文件?说,1000行?或者,它总是一个好主意,保持整个事情在一个地方?

相关问题:What’s the best way to organize CSS rules?

解决方法

请查看这三个幻灯片演示文稿开始:

> Beautiful Maintainable CSS
> Maintainable CSS
> Efficient,maintainable,modular CSS

首先,最重要的是,记录你的CSS。无论使用什么方法来组织您的CSS,要一致并记录它。在每个文件的顶部描述该文件中的内容,可能提供一个目录,或许引用容易搜索的唯一标签,所以你可以在编辑器中轻松地跳转到这些部分。

如果你想把你的CSS拆分成多个文件,一切都这样做。 Oli已经提到,额外的HTTP请求可能很昂贵,但你可以有两个最好的世界。使用某种构建脚本将经过良好记录的模块化CSS发布到压缩的单个CSS文件YUI Compressor可以帮助压缩。

与其他人迄今为止所说的相反,我更喜欢在单独的行上编写每个属性,并使用缩进来分组相关规则。例如。遵循Oli的例子:

#content {
    /* css */
}
    #content div {
        /* css */
    }
    #content span {
        /* css */
    }
    #content etc {
        /* css */
    }

#header {
    /* css */
}
    #header etc {
        /* css */
    }

这使得它很容易遵循文件结构,特别是有足够的空白和明确标记评论之间的组之间(虽然不容易快速浏览)和易于编辑(因为你不必通过单个长行的CSS对于每个规则)。

理解和使用cascadespecificity(因此按字母顺序排序选择器是正确的)。

我是否把我的CSS分成多个文件,在什么文件取决于网站和CSS的大小和复杂性。我总是至少有一个reset.css.这往往伴有layout.css的一般页面布局,nav.css如果网站导航菜单有点复杂和forms.css如果我有很多CSS来风格我的形式。除此之外,我还在想自己。我可能有colors.css和type.css / fonts.css拆分颜色/图形和排版,base.css为所有HTML标签提供一个完整的基本样式…

猜你在找的CSS相关文章