关于分离的CSS文件

关于分离的CSS文件,css,Css,我有一个网站,分为两个部分,我的问题是: 将每个部分的css文件分开是一种好的做法吗 注:我有一个“全局”css样式表。你所说的节是什么意思 一般做法(据我所知)是使用一个全局样式表来设计站点的整个外观 从那里,如果需要,您可以使用最小内联样式的组合,也可以为特定的“插件”对象或部分使用其他样式表 最后是你的决定。任何方法都有利弊 由于只有一个巨大的样式表,维护可能会变得困难。3个月后,当你需要做一些小的调整时,搜索数千行代码有点困难 另一方面,许多较小的样式表意味着来自网站的更多外部文件调用,

我有一个网站,分为两个部分,我的问题是:

将每个部分的css文件分开是一种好的做法吗

注:我有一个“全局”css样式表。

你所说的节是什么意思

一般做法(据我所知)是使用一个全局样式表来设计站点的整个外观

从那里,如果需要,您可以使用最小内联样式的组合,也可以为特定的“插件”对象或部分使用其他样式表

最后是你的决定。任何方法都有利弊

由于只有一个巨大的样式表,维护可能会变得困难。3个月后,当你需要做一些小的调整时,搜索数千行代码有点困难

另一方面,许多较小的样式表意味着来自网站的更多外部文件调用,这可以降低加载时间(最低限度)


我个人建议使用样式表,使用任何使可维护性更容易的方法。使用大量注释和逻辑顺序。

对于开发,我认为这是一个很好的实践,因为更容易更快地找到您想要的内容,或者向其他开发人员指出他们需要更改某些代码的地方。然后,您可以引入CSS预处理器(如LESS和SASS)来“构建”CSS,仅用于部署。

这取决于

如果您觉得人们可能只访问站点的一个部分,您可以通过只提供该部分的样式表来避免开销

如果用户在两个部分之间来回跳转,他们将需要两个样式表,合并它们是有意义的


就最佳实践而言,分割CSS并不是一刀切的。人们普遍接受的做法是尽量减少HTTP请求和文件大小,并尽可能频繁地重用代码。除此之外,您可以使用您的最佳判断。

堆栈溢出并不是询问某件事情是否是良好做法。问题应该解决特定的编程问题。