我将扮演恶魔的拥护者,因为当人们一致同意时,我会讨厌它。
1.如果需要依赖于另一个样式表的样式表,请使用@import。在单独的步骤中进行优化。
您随时可以针对两个变量进行优化-代码性能和开发人员性能。在很多情况下(如果不是大多数情况),使开发人员更高效,然后使代码更高效,就更为重要。
如果您有一个样式表依赖于另一个样式表,那么最合乎逻辑的做法是将它们放在两个单独的文件中,并使用@import。这对于下一个查看代码的人来说是最合乎逻辑的。
(什么时候会发生这种依赖关系?在我看来,这种情况很少见-通常一个样式表就足够了。但是,在一些合理的地方可以将它们放置在不同的CSS文件中:)
主题:如果您在同一页面上使用不同的配色方案或主题,则它们可能共享一些组件,但不是全部组件。
子组件:一个人为的示例-假设您有一个包含菜单的餐厅页面。如果菜单与页面的其余部分完全不同,则如果菜单位于其自己的文件中,则维护起来会更容易。
通常,样式表是独立的,因此使用将它们全部包括在内是合理的。但是,如果它们是从属层次结构,则应该执行最合乎逻辑的事情。
Python使用import; C用途包括;JavaScript有要求。CSS已导入;在需要时使用它!
2.到达需要扩展站点的位置时,连接所有CSS。
对于高性能网站,任何形式的多个CSS请求(无论是通过链接还是通过@imports)都是不好的做法。一旦您到达了最重要的优化点,您的所有CSS都应该流过一个压缩器。Cssmin合并导入语句;正如@Brandon指出的那样,grunt也有多种选择。(另请参阅此问题)。
正如人们所指出的,一旦进入最小化阶段,速度就会更快,因此最多只能链接到一些样式表,并且尽可能不要@import任何样式表。
但是,在站点达到生产规模之前,使代码井井有条,合乎逻辑,而不是使其运行速度更快,这一点更为重要。