在瞬息万变的前端开发世界中，很难找到一个真正有意义的概念，并且将其清晰明了的向广大人民群众普及。
把目光投向CSS，一个重大转折就是CSS预处理器的出现（在工具方面来看），其中， Sass 应该是最为著名的一个。此外，还有 PostCSS ，它和Sass略有不同，但是殊途同归——都是用浏览器不能解析的语法编写，并且最终编译成浏览器能够理解的语法。
现在，又有一位新的成员出现了，它就是 CSS模块 。本文就将介绍CSS模块化的诸多优点，以及如何编写模块化的CSS。
首先，让我们从官方文档入手：
事实稍微有一些复杂。由于类名需要 默认具有局部作用域 ，这就涉及到一些初始设置、一个编译过程，以及其他一些难以琢磨的东西。
但是最终，我们会为CSS模块化带来的好处而开心：CCS模块将作用域限制于组件中，从而避免了全局作用域的问题。我们再也不用操心为组件寻找一个好的命名了，因为编译过程已经帮你完成了这个任务。
CSS模块需要在构建步骤进行管道化，这也就是说，它不是自动驱动的。它可以看成是 webpack 或 Browserify 的一个插件。其基本工作方式是：当你在一个JavaScript模块中导入一个CSS文件时（例如，在一个 React 组件中），CSS模块将会定义一个对象，将文件中类的名字动态的映射为JavaScript作用域中可以使用的字符串。举个具体的例子：
如下是一个简单的CSS文件。其中， .base 类名不需要是工程中唯一的，因为它将不会是真正被解析的类名。它可以看成是在JavaScript模块中使用的类在样式表中的别名。
下面是该CSS类在JavaScript组件中的使用方式：
最终，它将生成下面这个东西（当使用webpack的默认步骤时）：
当然，生成的类名可以通过配置，使得它的长度更短或者遵循一些特定的模式。当然了，这些最终都不重要（虽然短的类名意味着更短的样式表），重点在于这些类名是动态生成的、唯一的且和正确的样式表一一对应的。
这就是CSS模块工作的方式了。这时，你可能会想，“这到底是个什么玩意儿，我甚至。。。”。OK，停下！我知道你想说什么。现在就让我一一解答你可能有的疑虑。
这看起来太丑了
确实如此。但是类名并不要求一定要长的好看对不对？只要可以将样式正确的应用于元素就可以了嘛。而CSS模块化方法完成的非常好，所以我觉得，这不是一个问题。
这非常难debug啊
由于需要有一个编译的步骤，所以直接debug是非常困难的。其实，像Sass直接debug也是相当不容易的，所以我们才有了 sourcemaps 。对于CSS模块，我们也可以设置sourcemap。
其实，我还想说的是，虽然在模块中，类的名字是自动生成而不可预知的，但是对于模块来说，它还是比样式表更容易debug的。只要你知道当前在开发者工具中查看的样式属于哪个模块，在相应的样式表中也是很容易定位。
这使得样式不容易复用啦！
这句话既对也不对。一方面来说，确实如此。但这是因为模块将CSS样式和组件相绑定，从而不会发生全局样式的冲突。这其实是一件好事，我相信你也会同意的对不对。
另一方面，要定义全局样式也是可以的，只要使用 :global() 就好了。比如，作者需要保留的全局辅助样式。
CSS模块还可以从其他模块中继承样式，这和Sass中的 @extend 方法其实是一样的。它不会拷贝样式，只是将选择器连接到继承的样式中。
它需要webpack，Browserify或者其他工具！
这和Sass需要将 .scss 文件编译成CSS文件，PostCSS需要将样式表处理成浏览器能够识别的样式其实是一样的。无论如何，都需要一个构建步骤。
我们究竟为什么要讨论这个东西？
其实，我甚至不确定CSS模块在未来到底会不会继续存在，不过，我确定这是一种编写样式的正确方式。试想，在拆分成许多细小组件的庞大站点中，却拥有一个臃肿的全局样式表，这肯定是不合适的。
CSS统一的名空间使得它既强大又脆弱。而CSS模块化或者未来延续这个思想的其他工具可以在支持样式复用的同时，避免命名冲突，这是一个双赢的选择。
如前面所说的，你需要有webpack或者Browserify来实现CSS模块化。
先从webpack版本的模块化开始。在 webpack.config.js 中，加上如下配置，使得webpack将CSS文件作为CSS模块来看待：
这时，它将把样式注入到页面中的``元素中。这可能不是我们想要的，使用 extract text plugin for webpack ，我们可以很方便的抽取出样式表：
对于webpack，要讲的就是这么多了。
我只在命令行中用过Browserify，所以我猜使用起来会更复杂一些。在 package.json 文件中，加入 npm script ：
这条命令告诉Browserify运行 src/index.js ，返回 dist/index.js ，并且使用 css-modulesify 将样式表编译至 dist/main.css 。如果你想再加上 Autoprefixer ，那么命令可以写成这样：
如你所见，使用 --after 选项可以在编译完成样式表时候，继续对它进行处理。
从今天看来， CSS模块化 系统和生态确实有些原始了，从Browserify中的配置就能看出来。不过，我确信CSS模块化将变得更好，并且越来越多的人将意识到不管对小项目还是大项目来说，这都是一个很好的方法。
我认为CSS模块化背后的思想是正确的。当然，我不是说这个库就是最佳解决方案，但是，它确实包含了一些CSS应该采用的写法：模块化、作用域隔离、同时支持复用。
最后，我向大家推荐项目作者Glen Maddern的文章 this introduction to CSS Modules 。
默认default模板都会有module.css 、common.css 2个全局样式表，如果是使用discuz默认default模板，并且只是想修改默认模板中的一些css，那么直接加载其扩展CSS文件中重写就行了！扩展css文件命名格式：
extend_module.css
extend_common.css
extend就是扩展标识，将上面的css扩展文件放置在common目录下即可！自行验证方法是否生效！
这里需要注意的是：
假如你是新建一个自己的模板，则该模板下必须有一份从默认模板拷贝过来的common目录，该目录下包含默认的common.css样式表，然后再加extend_common.css样式表进去进行自定义！！
如果想在默认模板上简单的修改、附加扩展css，只需要在你对应的模板套系下手动添加一个对应的扩展css文件就可以了，例如你想修改或者添加common.css中的代码，只需要在自己创建的模板套系目录的对应位置：common文件夹下新建一个extend_common.css文件，然后将自己要修改或者扩展的css代码。将在生成缓存css时，自动追加到默认模板的css文件tmplate/default/common/common.css解析成你当前的模板id缓存文件。CSS 继承规范：
Discuz! X系列产品中 CSS 文件会在缓存时按照以下顺序进行合并：
template/default/*.css 文件。
当默认模板是非默认模板时，template/模板目录/extend_*.css 文件 或 template/模板目录/*.css。
当某插件启用时，source/plugin/插件目录/template/extend_*.css 文件。
因此非默认模板目录中的 CSS 属性将继承默认模板中的 CSS 属性，插件目录中的 CSS 文件将继承前二者的 CSS 属性。
CSS 自身的集成顺序为：当 CSS 属性名称相同时，CSS 文件中，写在后面的替换前面的代码。
CSS书写规范：
属性写在一行内，属性之间、属性名和值之间以及属性与“{}”之间须有空格，例如：.class { width: 400pxheight: 300px} 。
属性的书写顺序：
位置：position,left,right,float
盒模型属性：display,margin,padding,width,height
边框与背景：border,background
段落与文本：line-height,text-indent,font,color,text-decoration,...
其他属性：overflow,cursor,visibility,...
针对特殊浏览器的属性，应写在标准属性之前，例如：-webkit-box-shadow:-moz-box-shadow:box-shaow:
按照元素模型由外及内，由整体到细节书写，大致分为五组：
谨慎添加新的选择符规则，尤其不可滥用 id，尽可能继承和复用已有样式
选择符、属性、值均用小写（格式的颜色值除外），缩写的选择符名称须说明缩写前的全称，例如 .cl ->Clearfix
勿使用冗余低效的 CSS 写法，例如：ul li a span { ... }
慎用 !important
建议使用在 class/id 名称中的词语
表示状态：a->active
表示结构：h->header,c->content,f->footer
表示区域：mn->main,sd->side,nv-navigation,mu->menu
表示样式：l-list,tab,p_pop
常用css实例：
兼容IE浏览器css hack
所有 IE浏览器适用：
.ie_all .foo { ... }
IE6 专用：
.ie6 .foo { ... }
IE7 专用：
.ie7 .foo { ... }
IE8 专用：
.ie8 .foo { ... }
浮动样式及浮动元素父元素高度自适应样式代码：
.z/.y 浮动 left/right .z { float: left} .y { float: right}
.cl:after { content: "."display: blockheight: 0clear: bothvisibility: hidden} .cl { zoom: 1}
大标题字体：
.wx, .ph { font-family: "Microsoft YaHei", "Hiragino Sans GB", STHeiti, Tahoma, SimHei, sans-seriffont-weight: 100}
外边距样式：
.mtn { margin-top: 5px !important}
.mbn { margin-bottom: 5px !important}
.mtm { margin-top: 10px !important}
.mbm { margin-bottom: 10px !important}
.mtw { margin-top: 20px !important}
.mbw { margin-bottom: 20px !important}
文字字体大小：
.xs0 { font-family: {SMFONT}font-size: {SMFONTSIZE}-webkit-text-size-adjust: none}
.xs1 { font-size: 12px !important}
.xs2 { font-size: 14px !important}
.xs3 { font-size: 16px !important}
内边距样式：
.ptn { padding-top: 5px !important}
.pbn { padding-bottom: 5px !important}
.ptm { padding-top: 10px !important}
.pbm { padding-bottom: 10px !important}
.ptw { padding-top: 20px !important}
.pbw { padding-bottom: 20px !important}
module.css文件架构解析（此文件必须按照格式编写）：
/** group::index **/
/* 群组 index 模块使用的CSS */
/** end **/
/** group::index,forum::index **/
/* 群组 index 和 论坛 index 模块使用的CSS */
/** end **/
/** forum **/
/* 论坛 所有模块使用的CSS */
/** end **/
实现模块化css分部加载！格式固定多个模块用”，“隔开例如：
/** misc::invite,group,forum::viewthread,portal::view,home::space **/
这个文件的分部加载是对应程序地址例如：forum.php?mod=forumdisplay，应当按照CURSCRIPT::$mod格式写即：forum::forumdisplay。
