精简CSS(一)
尽管对于现如今的带宽来说,网页文件那仅以K来算的大小实在是微不足道,但如何将这以K来计算的网页文件精简到最小还是网页设计师们所应该考虑的问题之一。
众所周之,在不影响整个网页构架与功能的情况下,网页文件越小越好,因为更小的网页文件有利于浏览器对网页的解释时间缩到更短,自然访客也就不用面临等待网页缓慢呈现的烦躁了,这一点对于那些带宽少网速慢的用户犹为明显。试想一下,你会是希望打开一个网站的时候整个站点马上呈现在你面前呢?还是喜欢花上十几秒甚至是几分钏来看整个站点一点一点的被浏览器解释出来呢?
在Table布局的时代,代码无数次的随着表格在页面里重复,致使整个网页文件变得臃肿无比,代码的可读性也降到最低,浏览器的解释时间自然也增加了不少。而自从DIV+CSS的布局替代Table布局之后,这一切都得到了极大的改善,让Table回归到它原本用于显示数据的位置上去,而布局就交给DIV+CSS来做,这样代码的可读性与复用性都得到了提高,而DIV+CSS更为重要的一点就是将网页文件的表现与结构区分开来,再也不用为了表现而去改动整个网页文件的结构了。
即使DIV+CSS的布局方式将以前Table布局时代码的臃肿降到了最低,但对于网页设计师来说,如何将网页文件的大小控制到最小是永远值得探索和追求的一个问题。
看如下一段代码:
#header {
margin-top:10px;
margin-right:15px;
margin-bottom:10px;
margin-left:15px;
backgroung-color:#333333;
background-images:url(Images/header.jpg);
}
这样的一段CSS代码,在条理上很清晰,结构也很明了,可读性很强,可是这样的一段代码却没有做精简,也就是说它是最原始的CSS代码,下面看精简后的代码:
#header {
margin:10px 15px;
backgroung:#333 url(Images/header.jpg);
}
在CSS中有复合属性这一说法,也就是说可以将很多属性参数整合在一起的,比如说上面的“margin-top; margin-right; margin-bottom; margin-left;”可以整合成一个“margin”属性,然后为其配上参数。
通过这一点,我们就可以在原始CSS代码的基本上将代码进一步的精简。而且这样写的结构也合理,可读性也同样强。可是对于要精简到彻底来说,这还不够。为了让这段CSS代码的结构明了,我们用上了空格换行等占用空间的东西,如果将这些占用空间的去掉呢?
#header{margin:10px 15px;background:#333 url(Images/header.jpg);}
只这一句就替代了上面的一段代码,这样代码就已经精简到了最大化,当然,并不推荐所有人都这样写,这样写的CSS代码在可读性上要远远差于段落式的写法,除非你对自己写的代码有完全掌握的信心。
未完待续……




12 条评论
CSS 就应该是这样子写。。
对,支持一个,我也是这样写,比较喜欢
@Yellow:
这样写是能尽量的精简CSS代码,可是如果代码多了的话会出现可读性差的弱点,呵呵。
还是第三种好,这样滚动条就会短点,找什么也好找,写起来也快点。按第一种写法,css页面得好几屏了!
@peizhi:
看来还是有更多人偏向于精简化的写法的。
其实这个意义不是很大,开发期的代码风格最重要的是易读。 我们用整齐易懂的风格来编写是为了让其它人看得明白,利于修改维护。 而到了网站发布的时候,就应该注意代码精简的问题了, 当然这个是有工具的。 但前提是你在开发期写的代码应该是正确而又符合标准的。 个人愚见 :)
@Robin:
当然,这样也对,也不失为一种好方法。
开发时一个版本.
发布后一个版本..
有时候开发需要每页都用页面内联Css.
发布时整理.格式化.语法简写也很重要..
一般我用第二个方式,只有很简单的,做全局定义的style会用到最后一种,第一种肯定是不会用的。
整理完以后,我觉得最好要写号注释,最好相对页面可以在写一份样式对照表
第三种写法,对于一个团队协作的话,存在问题的。
除非一个大项目都是你自己来做。但是那不太可能!
来看看你,没想到这么快了