如何对网站css进行架构 张鑫旭

Posted 2023-03-27

文件的组织

构建css系统的第一步是大纲的拟定。(我认为)css组织规划的重要性堪比网站目录结构。(htmlor注:用词夸张一点，让你加深记忆) 没有哪种方案放之四海而皆准，因此我们会讨论一些基本的组织方案，以及它们各自的利弊。

主css文件

通常可以使用一个主css文件，来放置所有页面共享的规则。这个文件会包含默认的字体、链接、页眉和其他等样式。有了主css文件之后，我们开始探讨高级组织策略。

方法一:基于原型

最基本的策略是基于原型页面(archetype page)分离css文件。假如一个网站的首页、子页面和组合页设计不同，就可以采用基于原型的策略。(这种策略下)每个页面都会有专属的css文件。

在原型数量不多的情况下，这个方法简单明了、行之有效。然而，当页面元素并不按部就班的位于各个原型页时，问题就出现了。如果子页面和组合页共享某些元素，而首页却没有，我们应该怎么做呢?

把共享元素放入主css文件。这虽不是最纯正的解决办法，却适用于某些具体情况。可是如果网站庞大，(这样做的话)主css文件会迅速膨胀——这就违背了分离文件的初衷:避免导入不必要的大文件。

在组合页和子页面的css文件里各放一份样式代码。(这么做)就意味着要维护冗余代码，很显然我们不想这样。

创建一个新的文件，由这两种页面共享。这听起来不错。不过假如只有10行代码，我们创建这个
文件仅仅是为了共享这10行代码?(htmlor注:杀鸡用牛刀?)
这方法很纯粹，但如果网站庞大有很多对页面共享很少量元素时(htmlor注:比如30对页面分别共享10行代码)，就显得很笨重了。

创建一个单独的css文件，包含所有共享元素的样式。这方法可能比较简单，却要取决于网站的大小和共享元素的多少。有种情况会很烦:导入了一个很大的css文件，但页面只用到一小部分样式——还是那句话，这违背了分离文件的初衷。

这就是我所说的重叠的两难(overlap dilemma)。零碎css规则的重叠不一而足，并没有一个完全清晰无误的方案来组织它们。

方法二:基于页面元素/块

如果网站使用服务器端include，这个方法会很不错。举例说明，如果使用页眉include，它会有自己相应的css文件。页脚或者其他部分的include可以如法炮制，只须导入自己的css文件。这个方法简单干净，不过可能会产生很多小css文件。

举例来说，假如页脚的样式只需要20行css代码，单独创建一个文件就划不来了。而且这个方法会导致每个页面都包含一堆css文件——因为有多少include，就得有多少css文件。

方法三:基于标记

这个方案直观实际，与前一个类似。如果网站共有30个页面，其中10个含有form，那么可以创建一个css文件专门处理form的样式，只在这10个页面导入它。如果另外10个页面含有table，就创建一个文件专门处理table样式……诸如此类。

另外的组织技巧

除了用主观的方法组织文件，我们还要考虑如打印、手持设备和屏幕等多种媒体类型。这虽然已经很清楚的定义过，可依旧是建立文件结构时应该考虑的一个因素。一旦必须支持多种媒体类型，主css文件里的某些规则可能就得重新考虑。

另外，品牌联合也可能是一个重要因素。(htmlor注:如google和nike联手推出的joga) 如果涉及品牌联合，你就得考虑哪些元素应该调整以适应另一品牌。比如分别使用不同的css文件等。

还有一个常被忽略的技巧:使用嵌套的@import语句。只包含一连串@import语句，
或者再加几句css规则，就能创建一个css文件。用这个方法完全可以创建网站的主css文件(用@import导入各部分的样式文件)。假如网站的每个
页面都导入了4到5个不同的css文件，无疑你应该考虑使用这个技巧。

规则和选择器的组织

谈完了文件组织，接着讨论一下怎么组织文件里的东西吧。很自然，我们希望在文件里畅通无阻的浏览，迅速找到要编辑的选择器(selector)或规则。

冗余 vs. 附属

正如Dave Shea在其文章《冗余 vs. 附属》(Redundancy vs.
Dependency)里所说的，你必须不断了解级联(cascade)。你要决定是对选择器编组(意味着附属)，还是把它们分离(意味着冗余)。编组可

以保持代码简洁扼要，可是会建立附属关系，导致维护开销增加。如果不编组，就会增加文件大小，让相似的选择器保持一致变得困难。只有做好这种权衡、取舍，
才能每次都作出正确的决定。

按相互关系/上下文编组

既然文件组织可以是主观的，那么显然，按照规则和选择器与其他部分的相互关系来进行编组是最好的方法。举例说明，假设你用容器、页眉和页脚来完成布局，就应该把它们编成一组。

这似乎很简单，其实不然。比如，把页眉中的导航加入css时，是将它跟父元素编组还是独立编组?这种情况下，要视乎规则的上下文。通常，页眉与页面布局相关，应该与其他布局元素一起编组。而导航是页眉的一块，应该和页眉的其他块编组，而不是页眉本身。

使用注释

跟大多数代码类似，注释是组织良好与否的关键。应该根据css的控制范围，清楚的标注每节(section)。最好确保注释视觉突出，以便在内容滚动、一目十行时快速定位。

Doug Bowman在其文章《css组织技巧之一:标记》(CSS Organization Tip #1: Flags)里把css注释玩得高明之极。他详细说明了在节名之前加上等号，以便使用文本编辑器的查找功能迅速跳到某节。

别忘了

你应该细致认真的了解了特异性、级联和继承，并善用它们。它们之中的每一项都可以是你最可怕
的敌人，也可以是你最友善的朋友。当建立庞大的网站时，是否理解这些细微精妙之处，决定了你所构建的是坚如磐石的系统，还是经不起风雨的豆腐渣工
程。(htmlor注:这句完全意译，比较爽)

属性的组织

现在我们了解了文件的组织，也知道了文件内规则的组织，但还有一个重要的组织环节(没有提到)，那就是属性(attribute)。虽然属性比前两个概念更简单，可是还有一些非常好的、能够保持规则整洁的方法很值得一提。

按字母排序

提到属性，如果说需要遵循什么原则的话，那就是:按-字-母-排-序。其实这招对于属性浏览帮助不大，不过可以防止属性值覆盖这种偶然事件的发生。

举个例子吧，已经数不清有多少次，我为某个选择器定义过了margin值，之后的某天无意间
又加了一个(或前或后)。(这种情况下)后一个属性自然会起作用。假设不知道第二个属性存在，不管我怎么调整第一个属性值、刷新浏览器，也看不到页面变
化。(htmlor注:这个问题我深有体会) 如果按照字母顺序排列，你就会发现margin被定义了两次(因为它们挨在一起)，这个问题自然可以避免。

优先项

当网站复杂、牵涉太多css文件时，会建立大量的附属关系。一旦需要定制某个元素特有的样式，!important选项似乎是最佳选择。没错，!important是能解一时之需，但最好搞清楚导致问题的根源，然后根据级联关系决定是否真的需要用它。

如果你对上文提到的特异性、级联和继承很熟悉，大可不必抱着!important一颗树不 放。(htmlor注:整片森林等着你~)
当然它还是会派上用场，不过使用之前要对具体情况了然于胸。千万不要因为不知问题的症结所在而把!important当作捷径或是补救方案。

小结

当我们变得依赖css而使样式表日渐复杂时，就需要正确的计划来避免犯错，并使代码易于维护。既然完美无缺的方案并不存在，那么了解css的工作方式以及文件、选择器和属性的多种组织方案，无疑有助于我们写出优质的代码，经受住时间考验。
网站运营www.wzyunying.com 参考技术A 　　一、写在前面的
　　都是自己积累形成的一些东西，可能带有明显的个人印记。不是专业内容，不是权威指南，只是展示一点自己的观点，借此希望能与各位优秀的同行交流看法，见解。以得到进步与提高。
　　二、我所知的一些过往的做法
　　关于如何处理网站的CSS，各个网站做法都不一样，这随着网站的性质及大小不同，公司前人留下的规范不同，以及CSS工程师的眼界不同而有所不同。由于我从业经历有限，所知甚浅，只能说些肤浅业余的内容，不准确之处欢迎指出。
　　就CSS文件而言，有的网站分为header.css, body.css, footer.css，不做评价；
有的分为reset.css, main.css, content.css，不做评价；
有的分为common.css,然后每个种类的页面一个CSS，例如home.css(主页), album.css(相册页面),message.css(站内信页面),blog.css(日志页面)等，不做评价；
有的分为base.css，然后每个活动页面一个单独的CSS，等，不做评价；
还有的直接将CSS嵌在页面中，而非外部链接调用，不做评价。
　　这些不同的处理方法，没有什么正确与错误之分，只有适合不适合。每种方法都有其存在的道理，所以我是没有资格做任何评价的。
　　就每个CSS文件的内容而言，一般都会有一段长长的CSS reset（样式重置），然后就是有着统一前缀，命名较长的样式内容，就像人人网的部分样式截图：
　　使用长命名，统一的父级命名避免样式冲突时无可厚非的。确实！曾经我也如此。
　　三、我是如何对网站CSS进行架构的
　　首先关于CSS文件，我一般只使用一个文件，这无关于网站的大小，网站越大，某种意义上我这种做法的优势与潜力就会体现的越明显。我这种单CSS文件的做法适合于web2.0的网站，例如像是SNS网站（开心、人人、白社会），嘀咕网，虾米网，凡客这类网站，如果是门户网站，sorry，铁定不适合。
　　让网站单CSS谁都会，关键是为何可以使用单CSS文件，这个CSS文件不会很大吗，如果一个网站有400个页面，那么这个CSS文件岂不要数百K。非也，在网站页面风格一致，在web系统结构良好的情况下，CSS文件可以控制的非常小，而且高性能，同时页面扩展性也非常好。本回答被提问者和网友采纳

CSS世界(张鑫旭)系列学习总结

我的前端之路：

作为一名web后端开发，三年前，因工作原因机缘巧合之下，独自负责模块的前后端开发，开始一边理解旧代码一边学习js、html教程，也对angular的架构进行独立思考。

为了快速提高并检验自己的html水平，照着喜爱的豆瓣网站首页，撸了一个粗略版的首页，然后心满意足地认为我已入了前端的大门了。

与CSS世界的缘分：

工作过程中，发现前端入门容易，成为大神还是不易，一个是没有炫酷复杂的业务可以实践，二是因为对css属性理解不够深，对一个问题场景的处理不能最简，三是css的表现还跟浏览器的解析有关，恰巧公司有本CSS世界，借来一阅，自觉颇有收获，精进不少。

下面梳理下书中的知识：

一、概述

1.1 层叠概念

CSS全称是Cascading Style Sheets，层叠样式表，“层叠”概念非常重要，让CSS更加灵活。

这个概念和JS中Object.assign(...objs) 类似，可以后面参数覆盖前面参数，根据此特性设计框架更加容易，如Axios的config设计。

CSS是为图片和文字信息展示服务的。

1.2 流

文档流，简称流，其实就是流机制应用于文档。

流，水流，水流的特点是自动铺满，水平，自适应性。

道法自然，流概念是对自然现象的抽象，是关于文档元素如何定位和如何布局的默认解决方案，是css提供的一把锤子。

流体布局，是基于流机制的自适应性，实现自适应布局效果的其中一种方式。

html的默认布局就是就是流布局，自上而下，从左到右，自适应。

破坏流布局，流机制的提出是对大部分问题的默认解决方案，对于特殊的问题就需要打破这种默认机制。

div+css布局就是基于流布局的布局方案，此外还有table布局、弹性盒子布局、栅格布局、响应式布局等其他布局方案。都是为了解决文档布局这一问题的多个方式，各有特点，可结合使用。

二、