目录

一、css module

1.思路  

2.实现原理 

3.如何应用样式

4.其他操作 

（1）全局类名

（2）如何控制最终的类名 

5.其他注意事项

---

一、css module

通过命名规范来限制类名太过死板，而 css in js 虽然足够灵活，但是书写不便。
 css module 开辟一种全新的思路来解决类名冲突的问题。

1.思路  

 css module 遵循以下思路解决类名冲突问题：

1.  css 的类名冲突往往发生在大型项目中；
2. 大型项目往往会使用构建工具（ webpack 等）搭建工程；
3. 构建工具允许将 css 样式切分为更加精细的模块；
4. 同 JS 的变量一样，每个 css 模块文件中难以出现冲突的类名，冲突的类名往往发生在不同的 css 模块文件中；
5. 只需要保证构建工具在合并样式代码后不会出现类名冲突即可。

2.实现原理 

在 webpack 中，作为处理 css 的 css-loader ，它实现了 css module 的思想，要启用 css module ，需要将 css-loader 的配置 modules 设置为 true 。

// 第一种写法
module: {rules: [{test: /\.css$/,use: ["style-loader", "css-loader?modules"],},],
},// 第二种写法
module: {rules: [{test: /\.css$/,use: ["style-loader",{loader: "css-loader",options: {modules: true,},},],},],
},

 css-loader 的实现方式如下：

经过 css-loader 转换为： 

原理极其简单，开启了 css module 后， css-loader 会将样式中的类名进行转换，转换为一个唯一的 hash 值。

由于 hash 值是根据模块路径和类名生成的，因此，不同的 css 模块，哪怕具有相同的类名，转换后的 hash 值也不一样。

3.如何应用样式

 css module 带来了一个新的问题：源代码的类名和最终生成的类名是不一样的，而开发者只知道自己写的源代码中的类名，并不知道最终的类名是什么，那如何应用类名到元素上呢？

为了解决这个问题， css-loader 会导出原类名和最终类名的对应关系，该关系是通过一个对象描述的。

这样一来，我们就可以在 js 代码中获取到 css 模块导出的结果，从而应用类名了。

 style-loader 为了我们更加方便的应用类名，会去除掉其他信息，仅暴露对应关系。

4.其他操作 

（1）全局类名

某些类名是全局的、静态的，不需要进行转换，仅需要在类名位置使用一个特殊的语法即
可：

:global(.main){...
}

 使用了 global 的类名不会进行转换，相反的，没有使用 global 的类名，表示默认使用了 local 。

:local(.main){...
}

 使用了 local 的类名表示局部类名，是可能会造成冲突的类名，会被 css module 进行转换。

（2）如何控制最终的类名 

绝大部分情况下，我们都不需要控制最终的类名，因为控制它没有任何意义。

如果一定要控制最终的类名，需要配置 css-loader 的 localIdentName 。

module: {rules: [{test: /\.css$/,use: ["style-loader",{loader: "css-loader",options: {modules: {localIdentName: "[name]_[local]_[hash:5]",},},},],},],},

5.其他注意事项

•  css module 往往配合构建工具使用；
•  css module 仅处理顶级类名，尽量不要书写嵌套的类名，也没有这个必要；
•  css module 仅处理类名，不处理其他选择器；
•  css module 还会处理 id 选择器，不过任何时候都没有使用 id 选择器的理由；
• 使用了 css module 后，只要能做到让类名望文知意即可，不需要遵守其他任何的命名规范。