广告联盟网

 找回密码
 注册
查看: 830|回复: 9
打印 上一主题 下一主题

[工作中整理]代码优化之(一)CSS的重要性

[复制链接]
跳转到指定楼层
1#
发表于 2007-3-2 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
<font size="4">&nbsp;&nbsp;如何提高你网站的访问速度?带着这个问题我整理完这篇文站,希望能启发正在迷茫的各位站长。<br />&nbsp; &nbsp;&nbsp;&nbsp;首先说明的是我不是一个合格的网站设计师,我只是为了提高网站的访问速度,一度研究了网站优化,其中发现网站的源代码中有部分代码冗余,这里特别要提醒的是大家所不关心的CSS样式表的处理,在我用了很多的网站系统发现运行速度快的,大凡都CSS样式都处理得恰到好处。怎么样才能做好一个网站的系统CSS架构。<br />其次要说明的是本文是在别人的基础上加入我的看法而来,如有什么问题可以直接留言之我的<font color="Red"><a href="http://heyang.715300.com" target="_blank">BLOG </a></font><br /> &nbsp;&nbsp;在当前浏览器普遍支持的前提下,CSS被我们赋予了前所未有的使命。然而依赖CSS越多,样式表文件就会变得越大越复杂。与此同时,文件维护和组织的考验也随之而来。<br />&nbsp; &nbsp;&nbsp;&nbsp;以前只要一个CSS文件就够了——所有规则汇聚一堂,增删改都很方便——可这种日子早已远去。现在,建立新网站时,必须花点时间好好筹划怎么组织和架构CSS。就像用户越来越喜欢的是一种独立,一种被重视的感觉,这点没有错。从设计到制作到上线需要考虑的是用户意见,要做到这个对很多的个人和公司都不是什么难事,难就难在有多少个人站长或公司能做到留住用户,并成功地引导用户,使之形成一种网站或局部的网络文化。<br />  <font color="Red">文件的组织</font>  构建CSS系统的第一步是大纲的拟定。我认为:CSS组织规划的重要性堪比网站目录结构。没有哪种方案放之四海而皆准,因此我们会讨论一些基本的组织方案,以及它们各自的利弊。<br />  主CSS文件<br />  通常可以使用一个主CSS文件,来放置所有页面共享的规则。这个文件会包含默认的字体、链接、页眉和其他等样式。有了主CSS文件之后,我们开始探讨高级组织策略。<br /> <font color="Red"> 方法一:基于原型</font>  最基本的策略是基于原型页面分离CSS文件。假如一个网站的首页、子页面和组合页设计不同,就可以采用基于原型的策略。这种策略下,每个页面都会有专属的CSS文件。<br />  在原型数量不多的情况下,这个方法简单明了、行之有效。然而,当页面元素并不按部就班的位于各个原型页时,问题就出现了。如果子页面和组合页共享某些元素,而首页却没有,我们应该怎么做呢?<br />  把共享元素放入主CSS文件。这虽不是最纯正的解决办法,却适用于某些具体情况。可是如果网站庞大,这样做的话,主CSS文件会迅速膨胀——这就违背了分离文件的初衷:避免导入不必要的大文件。<br />  在组合页和子页面的CSS文件里各放一份样式代码。这么做,就意味着要维护冗余代码,很显然我们不想这样。<br />  创建一个新的文件,由这两种页面共享。这听起来不错。不过假如只有10行代码,我们创建这个文件仅仅是为了共享这10行代码?这方法很纯粹,但如果网站庞大有很多对页面共享很少量元素时(注:比如30对页面分别共享10行代码),就显得很笨重了。<br />  创建一个单独的CSS文件,包含所有共享元素的样式。这方法可能比较简单,却要取决于网站的大小和共享元素的多少。有种情况会很烦:导入了一个很大的CSS文件,但页面只用到一小部分样式——还是那句话,这违背了分离文件的初衷。<br />  这就是我所说的重叠的两难。零碎CSS规则的重叠不一而足,并没有一个完全清晰无误的方案来组织它们。<br />  <font color="Red">方法二:基于页面元素/块</font>  如果网站使用服务器端include,这个方法会很不错。举例说明,如果使用页眉include,它会有自己相应的CSS文件。页脚或者其他部分的include可以如法炮制,只须导入自己的CSS文件。这个方法简单干净,不过可能会产生很多小CSS文件。<br />  举例来说,假如页脚的样式只需要20行CSS代码,单独创建一个文件就划不来了。而且这个方法会导致每个页面都包含一堆CSS文件——因为有多少include,就得有多少CSS文件。<br />  <font color="Red">方法三:基于标记</font><br />  这个方案直观实际,与前一个类似。如果网站共有30个页面,其中10个含有form,那么可以创建一个CSS文件专门处理form的样式,只在这10个页面导入它。如果另外10个页面含有table,就创建一个文件专门处理table样式……诸如此类。<br />  <font color="Red">另外的组织技巧</font><br />  除了用主观的方法组织文件,我们还要考虑如打印、手持设备和屏幕等多种媒体类型。这虽然已经很清楚的定义过,可依旧是建立文件结构时应该考虑的一个因素。一旦必须支持多种媒体类型,主CSS文件里的某些规则可能就得重新考虑。<br />  另外,品牌联合也可能是一个重要因素。如google和nike联手推出的joga,如果涉及品牌联合,你就得考虑哪些元素应该调整以适应另一品牌。比如分别使用不同的CSS文件等。<br />  还有一个常被忽略的技巧:使用嵌套的@import语句。只包含一连串@import语句,或者再加几句CSS规则,就能创建一个CSS文件。用这个方法完全可以创建网站的主CSS文件(用@import导入各部分的样式文件)。假如网站的每个页面都导入了4到5个不同的CSS文件,无疑你应该考虑使用这个技巧。<br />  <font color="Red">规则和选择器的组织</font>  谈完了文件组织,接着讨论一下怎么组织文件里的东西吧。很自然,我们希望在文件里畅通无阻的浏览,迅速找到要编辑的选择器(selector)或规则。<br /><font color="Red">  冗余 vs. 附属</font><br />  正如Dave Shea在其文章《冗余 vs. 附属》(Redundancy vs. Dependency)里所说的,你必须不断了解级联(cascade)。你要决定是对选择器编组(意味着附属),还是把它们分离(意味着冗余)。编组可以保持代码简洁扼要,可是会建立附属关系,导致维护开销增加。如果不编组,就会增加文件大小,让相似的选择器保持一致变得困难。只有做好这种权衡、取舍,才能每次都作出正确的决定。<br />  按相互关系/上下文编组<br />  既然文件组织可以是主观的,那么显然,按照规则和选择器与其他部分的相互关系来进行编组是最好的方法。举例说明,假设你用容器、页眉和页脚来完成布局,就应该把它们编成一组。<br />  这似乎很简单,其实不然。比如,把页眉中的导航加入CSS时,是将它跟父元素编组还是独立编组?这种情况下,要视乎规则的上下文。通常,页眉与页面布局相关,应该与其他布局元素一起编组。而导航是页眉的一块,应该和页眉的其他块编组,而不是页眉本身。<br />  <font color="Red">使用注释</font>  跟大多数代码类似,注释是组织良好与否的关键。应该根据CSS的控制范围,清楚的标注每节(section)。最好确保注释视觉突出,以便在内容滚动、一目十行时快速定位。<font color="Red">要养成良好的注释习惯。能减少很多维护中的不必要操作。</font>  Doug Bowman在其文章《CSS组织技巧之一:标记》(CSS Organization Tip #1: Flags)里把CSS注释玩得高明之极。他详细说明了在节名之前加上等号,以便使用文本编辑器的查找功能迅速跳到某节。<br />&nbsp; &nbsp;&nbsp;&nbsp;<font color="Red"> 别忘了:你应该细致认真的了解了特异性、级联和继承</font>,并善用它们。它们之中的每一项都可以是你最可怕的敌人,也可以是你最友善的朋友。当建立庞大的网站时,是否理解这些细微精妙之处,决定了你所构建的是坚如磐石的系统,还是经不起风雨的豆腐渣工程。 <br />属性的组织<br />  现在我们了解了文件的组织,也知道了文件内规则的组织,但还有一个重要的组织环节没有提到,那就是属性。虽然属性比前两个概念更简单,可是还有一些非常好的、能够保持规则整洁的方法很值得一提。<br />  按字母排序<br />  提到属性,如果说需要遵循什么原则的话,那就是:按-字-母-排-序。其实这招对于属性浏览帮助不大,不过可以防止属性值覆盖这种偶然事件的发生。<br />  举个例子吧,已经数不清有多少次,我为某个选择器定义过了margin值,之后的某天无意间又加了一个或前或后。这种情况下,后一个属性自然会起作用。假设不知道第二个属性存在,不管我怎么调整第一个属性值、刷新浏览器,也看不到页面变化。这个问题我深有体会,如果按照字母顺序排列,你就会发现margin被定义了两次,因为它们挨在一起,这个问题自然可以避免。<br />  优先项<br />  当网站复杂、牵涉太多CSS文件时,会建立大量的附属关系。一旦需要定制某个元素特有的样式,important选项似乎是最佳选择。没错,important是能解一时之需,但最好搞清楚导致问题的根源,然后根据级联关系决定是否真的需要用它。<br />  如果你对上文提到的特异性、级联和继承很熟悉,大可不必抱着important一颗树不放。当然它还是会派上用场,不过使用之前要对具体情况了然于胸。千万不要因为不知问题的症结所在而把!important当作捷径或是补救方案。<br />  小结<br />&nbsp; &nbsp;&nbsp; &nbsp;<font color="Red">当我们变得依赖CSS而使样式表日渐复杂时,就需要正确的计划来避免犯错,并使代码易于维护。既然完美无缺的方案并不存在,那么了解CSS的工作方式以及文件、选择器和属性的多种组织方案,无疑有助于我们写出优质的代码,经受住时间考验。</font> <br />&nbsp; &nbsp;&nbsp; &nbsp;框架结构优化、服务器优化 正在整理中谢谢关注!</font><br /><br /><br /><br />注:<br />*本文系本人的经验总结,还请转载后保留版权谢谢!<br />*作者:五月蔷薇 <br />*联系方式:QQ:5867913 E-MAIL:admin@715300.com<br />*本人小站:<a href="http://715300.com" target="_blank">http://715300.com</a><br /><br />[<i> 本帖最后由 五月蔷薇 于 2007-3-2 10:00 编辑 </i>]
2#
发表于 2007-3-2 | 只看该作者
CSS样式表是很重要,但偶不大懂<br />学习下
3#
发表于 2007-3-2 | 只看该作者
学习一下.
4#
发表于 2007-3-2 | 只看该作者
这div+css的结构我也是学了好久了,现在总算是用起来可以得心应手了,呵呵。
5#
发表于 2007-3-2 | 只看该作者
好文啊
6#
发表于 2007-3-2 | 只看该作者
顶下,现在俺也开始喜欢上Div+Css了<img src="images/smilies/tongue.gif" smilieid="8" border="0" alt="" />
7#
发表于 2007-3-2 | 只看该作者
<a href="http://itdowns.com/edu/w3c/20070302/1458.html" target="_blank">http://itdowns.com/edu/w3c/20070302/1458.html</a><br />转了 还在BBS设置了导读 不错
8#
 楼主| 发表于 2007-3-3 | 只看该作者
谢谢斑竹,随后我把框架结构优化、服务器优化也写起!
9#
发表于 2007-3-3 | 只看该作者
期待中~
10#
发表于 2007-3-3 | 只看该作者
在哪里看到过
您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|广告联盟网  

GMT, 2024-11-25 , Processed in 0.069282 second(s), 20 queries .

Powered by Discuz! X3.2

© 2005-2021 www.ggads.com GGADS 广告联盟网

快速回复 返回顶部 返回列表