首页 > 开发 > CSS > 正文

构建网站合理规划CSS文件

2024-07-11 08:24:55
字体:
来源:转载
供稿:网友

  现在的开发环境CSS越来越成为主流,各企业与IT公司对CSS也越来越重视,大家的学习也热情高涨,CSS被我们赋予了前所未有的使命。然而依赖css越多,样式表文件就会变得越大越复杂。与此同时,文件维护和组织的考验也随之而来。曾几何时只要一个CSS文件就够了——所有规则(rule)汇聚一堂,增删改都很方便——可这种日子早已远去。现在构建网站时,必须花点时间好好筹划,如何组织规划,构建合理高效的CSS系统。
  首先从文件的组织开始,构建css系统的第一步是大纲的拟定。Vevb.com认为css组织规划的重要性堪比网站目录结构。没有哪种方案放之四海而皆准,因此我们会讨论一些基本的组织方案,以及它们各自的利弊。你需要根据你开发项目的特点进行思考,以确实最终的方案。
  通常可以使用一个主CSS文件,来放置所有页面共享的规则。这个文件会包含默认的字体、链接、页眉页脚和其他相同模块等样式。有了主CSS文件之后,我们开始探讨更高级CSS组织策略。
一、基于原型
  最基本的策略是基于原型页面(archetypepage)分离CSS文件。假如一个网站的首页、子页面和组合页设计不同,就可以采用基于原型的策略。这种策略下每个页面都会有专属的CSS文件。
  在原型数量不多的情况下,这个方法简单明了、行之有效。然而,当页面元素并不按部就班的位于各个原型页时,问题就出现了。如果子页面和组合页共享某些元素,而首页却没有,我们应该怎么做呢?
  把共享元素放入主CSS文件。这虽不是最纯正的解决办法,却适用于某些具体情况。可是如果网站庞大,(这样做的话)主CSS文件会迅速膨胀——这就违背了分离文件的初衷:避免导入不必要的大文件。
  在组合页和子页面的CSS文件里各放一份样式代码。这么做就意味着要维护冗余代码,很显然我们不想这样。
  创建一个新的文件,由这两种页面共享。这听起来不错。不过假如只有10行代码,我们创建这个文件仅仅是为了共享这10行代码?这方法很纯粹,但如果网站庞大有很多对页面共享很少量元素时就显得很笨重了。
  创建一个单独的CSS文件,包含所有共享元素的样式。这方法可能比较简单,却要取决于网站的大小和共享元素的多少。有种情况会很烦:导入了一个很大的CSS文件,但页面只用到一小部分样式——还是那句话,这违背了分离文件的初衷。
  这就是我所说的重叠的两难(overlapdilemma)。零碎css规则的重叠不一而足,并没有一个完全清晰无误的方案来组织它们。
二、基于页面元素、模块
  如果网站使用服务器端include,这个方法会很不错。举例说明,如果使用页眉include,它会有自己相应的CSS文件。页脚或者其他部分的include可以如法炮制,只须导入自己的CSS文件。这个方法简单干净,不过可能会产生很多小CSS文件。
发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表