css架构理念
前言
做前端已有不短的时间了，在 css 这片领域越走越久、越走越远，回过头来看看，有很多技能知识掌握了就不会再忘了，比如无图片实现三角形、 ie 下如何实现半透明效果等等；但有些东西却需要在项目实战中不断地碰壁、总结，再碰壁、再总结，慢慢地去找到适合自己的方法，然后遵循这样的方法，去开发，以收到事半功倍的效果。本篇文章就属于后者，因为是站在整个 css 的大方向上，对于初学者或者项目实战经验不够多的同学，建议有看不懂的地方不必太介意，可以跳过，也可以留言提问。经验老道者也许也会些许吐槽，觉得跟您有出入，但是，我想说， css 架构，因人而 异 、因项目大小而异，没有最优，只有适合！
从语义化开始
看《 css 禅意花园》这类比较优秀的书籍就会发现，开篇一定会先提到 html 语义化。什么是 html 语义化？其实很简单， html 就那么几个标签， table 标签用做表格、 p 标签用作文章段落、 h 系列标签用作标题，不要整个 html 页面除了 a 全部 div+span 。不得不说， xhtml 在定义标签上是有一定局限的，于是在 html5 里有增添了许多结构化标签，从这方面来看， html 语义化也是相当重要的，已经作为规范确立下来了。
为什么要做到 html 语义化？
严格来说，这是要归到上个段落篇幅的，之所以单独出来，是因为这跟本文的宗旨联系紧密。但是，现在还是没法说，不是卖关子，而是如果这个时候提出来，很难说清楚，大家看着也会云里雾里。如果您有耐心，继续看下去，会理解的。
图文并茂 --- 我的 css 架构理念
（图 1 ）
（图 2 ）
图 1 是我目前项目的 css 目录结构，图 2 是我从 MindManager 中截下来的图，两个图会对我下面的文章起到较大帮助。由图 2 说开去：
1. Css 通用库（ global.css ）：该样式表可以在所有的网站上使用，只要是个网站，就可以导入这个样式表。它涉及 css 各个方面，比如 css 重置样式、 css 的布局样式、边距、字体、字号、对齐方式， css 通用库是 css 样式分离原则的直接体现（这里说的样式分离和接下来要说的样式组合原则是两个较为复杂的概念，要很好地理解需要另外的篇幅来解释，所幸这样的文章还是有的，有时间可以看看前端牛人张鑫旭的博客文章： css样式分离之再分离 、 css样式合并与模块化 。我的 css 通用库跟网上可见的大同小异，您如果有需要，可以直接在张鑫旭的相关文章中找到。下面附上我的 css 通用库截图：
2. 网站通用 css （ ktv_style.css ）：该样式表遵循样式组合原则，什么样式可以放进这个样式表？就是整个网站通用的模块，比如网站通用文字和链接文字的颜色、顶级导航、边框线、通用标题、网站底部、评论功能模块等等，该样式表牵一发动全身，改一个样式，所有的页面都随之改动，所以，在改这个样式的时候要慎重。
3. 单页面 css （ pages 目录下的所有样式表）：就像 index.css 这样的首页样式表，每个页面都独立出一个，这样做的目的是为了解决重命名引发的样式冲突问题。这个问题会随着项目越大、页面结构越复杂而越来越凸显。在页面调用了不同的样式表之后，那么即使 html 页面使用了相同样式命名，也不会出现冲突问题。
4. 插件用到的 css ：该目录下用的 css 基本上是引用的 js 插件的相关样式表，之所以独立为一个文件夹，是为了维护的方便。
以上 4 点大体上说清了我的 css 架构，每一点如果细细地讲解下去，会有很多可讲的东西，比如前面一两点提到的样式分离组合原则，如果本文没法理解透彻，那么建议先去看相关文章。文章到此为止了吗？答案是否定的。
模块化你的样式表
从这里开始，我们可以来谈谈为什么要做到 html 语义化了。
你是否有这样的习惯，写一个 div ，定义一个样式名，往 div 里写另一个标签，再定义一个样式名，然后到相应的 css 里书写样式？是的，谁不曾是呢！但是，我觉得这不是很好的做法。不好的地方有两点： 1 、你得花费不少的精力去考虑样式的命名，命名是一件多么让人恶心的事情； 2 、抛弃这种写法转向模块化处理样式表，那么你会渐渐拥抱 html 语义化准则。这不是虚言，请往下继续。
如何模块化样式表
模块的含义：在我的理解里，模块就是具有相同业务逻辑的、功能一样或接近的，让用户看来这些元素就应该放在一起的一个集合。比如登录后微博首页的“可能感兴趣的人”：
这样的模块包括：标题栏、简单的列表。
微博对这个模块的处理代码，大家可以自己用 firebug 查看，比较复杂，如果是我来布局这个模块的代码，很简单，我会这么写：
<div class=”friend_love”>
<h2> 可能感兴趣的人 </h2>
<ul>
<li></li>
</ul>
<em> 找人 </em>
<span></span>
<a class=”more”> 更多</a>
</div>
你看看是否可以理解我为何这么写，每行代码都是有考虑的，包括样式命名。我并非说微博的前端人员不怎么样，因为前端代码的书写要根据项目的方案、后端数据的呈现而做相应的调整，但是如果你仅仅是做前端方面的书写，第一次书写出的代码就应该足够简单、语义明确。通过上面的 html 代码，你可以布局自己的样式：
.friend_love h2{}
.friend_love ul{}
.friend_love em{}
.friend_love span{}
.friend_love .more{}
你还可以在样式表中进行注释： /*friend_love*/ ；
如果在另外一个页面中也需要调用这样一个模块，就可以很好地拷贝，这么一个模块，两个样式命名，你还在为命名发愁吗？也许 em 这个元素只需要填写 float:left 的样式，那么恭喜你，你连写这个样式的必要都没有了，直接在结构标签中调用 global.css 里的样式： <em class=”fl”></div> ，为什么是 fl ，请参照 global.css 里左浮动样式的定义。
前面说过， css 架构因人而异、因项目大小而异，我没有任何理由让你采用我这还不被验证是否成熟或合理的做法，只是个人觉得可以用，也还好用，抛砖引玉而已！
标签: css架构、模块化、语义化、分离、组合
作者： Leo_wl
出处： http://www.cnblogs.com/Leo_wl/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
版权信息声明：本文来自网络，不代表【好得很程序员自学网】立场，转载请注明出处：http://haodehen.cn/did47239