CSS @import最佳实践

时间:2011-08-02 13:32:34

标签: css import dotnetnuke

我正在征求关于处理@ import的最佳方法的意见,或者一起避免这些意见。

使用DNN我发现,在剥皮时,模块等所有各种重写元素的CSS可能非常混乱。将所有CSS转储到单个文件中可能很难处理,我很想知道将它们分开并将它们导入skin.css顶部是否更好。还有效率的问题,如果这是一个或不是一个很好的权衡。

我不是CSS专业人士,但我想我可能知道答案,但无论如何都要问。反正有没有像.cs文件一样引用各种CSS文件? skin.Events.someElement?那不是很好吗? ; - )

感谢。

2 个答案:

答案 0 :(得分:10)

最好避免@import

根据Steve Souders的说法,合并@importlink或将@import嵌入到其他样式表中会导致顺序而非并行下载。

还有其他问题。

http://www.stevesouders.com/blog/2009/04/09/dont-use-import/

雅虎也建议反对@import,注意

  

在IE中,@ import的行为与在底部使用相同   页面,所以最好不要使用它。

http://developer.yahoo.com/performance/rules.html#csslink

我通常使用一个样式表并使用link来抓取它。

对于异常大的网站,我使用一个主样式表,然后使用较小的工作表来处理需要额外样式的部分,并根据需要将这些样式表添加到各个页面。

答案 1 :(得分:8)

纯粹的经验:

在工作的时候你可以保持一切分开(reset.css,forms.css,main.css等),如果你发现很难使用一个文件 - 我甚至不这样做..

投入生产时 - 将所有内容保存在一个文件中 - 无需导入 - 1个服务器请求 - 最小化您的CSS。

例外是一个额外的ie.css,如果你想保持你的main.css黑客免费/通过验证(我也不这样做,因为没有一个我的客户关心验证 - 人们希望它工作,徽章不是趋势:) - 所以我只是通过我的main.css(#,_等)使用hacks