【转】理解CSS模块化

Pines_Cheng 发布于2019-08-29 11:25 / 2869人阅读

摘要：但是最终，我们会为模块化带来的好处而开心模块将作用域限制于组件中，从而避免了全局作用域的问题。但这是因为模块将样式和组件相绑定，从而不会发生全局样式的冲突。先从版本的模块化开始。我认为模块化背后的思想是正确的。

原文链接： https://www.sitepoint.com/und...

在瞬息万变的前端开发世界中，很难找到一个真正有意义的概念，并且将其清晰明了的向广大人民群众普及。

把目光投向CSS，一个重大转折就是CSS预处理器的出现（在工具方面来看），其中， Sass应该是最为著名的一个。此外，还有 PostCSS，它和Sass略有不同，但是殊途同归——都是用浏览器不能解析的语法编写，并且最终编译成浏览器能够理解的语法。

现在，又有一位新的成员出现了，它就是CSS模块。本文就将介绍CSS模块化的诸多优点，以及如何编写模块化的CSS。

什么是CSS模块
首先，让我们从官方文档入手：

A CSS Module is a CSS file in which all class names and animation names are scoped locally by default. CSS模块就是所有的类名都只有局部作用域的CSS文件。

事实稍微有一些复杂。由于类名需要默认具有局部作用域，这就涉及到一些初始设置、一个编译过程，以及其他一些难以琢磨的东西。

但是最终，我们会为CSS模块化带来的好处而开心：CCS模块将作用域限制于组件中，从而避免了全局作用域的问题。我们再也不用操心为组件寻找一个好的命名了，因为编译过程已经帮你完成了这个任务。

它是如何工作的
CSS模块需要在构建步骤进行管道化，这也就是说，它不是自动驱动的。它可以看成是webpack 或 Browserify的一个插件。其基本工作方式是：当你在一个JavaScript模块中导入一个CSS文件时（例如，在一个 React 组件中），CSS模块将会定义一个对象，将文件中类的名字动态的映射为JavaScript作用域中可以使用的字符串。举个具体的例子：

如下是一个简单的CSS文件。其中，.base类名不需要是工程中唯一的，因为它将不会是真正被解析的类名。它可以看成是在JavaScript模块中使用的类在样式表中的别名。

.base {
  color: deeppink;
  max-width: 42em;
  margin: 0 auto;
}

下面是该CSS类在JavaScript组件中的使用方式：

import styles from "./styles.css";

element.innerHTML = `
  CSS Modules are fun.
`;

最终，它将生成下面这个东西（当使用webpack的默认步骤时）：

`CSS Modules are fun.`
._20WEds96_Ee1ra54-24ePy {
  color: deeppink;
  max-width: 42em;
  margin: 0 auto;
}

当然，生成的类名可以通过配置，使得它的长度更短或者遵循一些特定的模式。当然了，这些最终都不重要（虽然短的类名意味着更短的样式表），重点在于这些类名是动态生成的、唯一的且和正确的样式表一一对应的。

一些需要注意的地方
这就是CSS模块工作的方式了。这时，你可能会想，“这到底是个什么玩意儿，我甚至。。。”。OK，停下！我知道你想说什么。现在就让我一一解答你可能有的疑虑。

这看起来太丑了

确实如此。但是类名并不要求一定要长的好看对不对？只要可以将样式正确的应用于元素就可以了嘛。而CSS模块化方法完成的非常好，所以我觉得，这不是一个问题。

这非常难debug啊

由于需要有一个编译的步骤，所以直接debug是非常困难的。其实，像Sass直接debug也是相当不容易的，所以我们才有了 sourcemaps。对于CSS模块，我们也可以设置sourcemap。

其实，我还想说的是，虽然在模块中，类的名字是自动生成而不可预知的，但是对于模块来说，它还是比样式表更容易debug的。只要你知道当前在开发者工具中查看的样式属于哪个模块，在相应的样式表中也是很容易定位。

这使得样式不容易复用啦！

这句话既对也不对。一方面来说，确实如此。但这是因为模块将CSS样式和组件相绑定，从而不会发生全局样式的冲突。这其实是一件好事，我相信你也会同意的对不对。

另一方面，要定义全局样式也是可以的，只要使用:global()就好了。比如，作者需要保留的全局辅助样式。

:global(.clearfix::after) {
  content: "";
  clear: both;
  display: table;
}

CSS模块还可以从其他模块中继承样式，这和Sass中的@extend方法其实是一样的。它不会拷贝样式，只是将选择器连接到继承的样式中。

.base {
  composes: appearance from "../AnoherModule/styles.css";
}

它需要webpack，Browserify或者其他工具！

这和Sass需要将.scss文件编译成CSS文件，PostCSS需要将样式表处理成浏览器能够识别的样式其实是一样的。无论如何，都需要一个构建步骤。

我们究竟为什么要讨论这个东西？

其实，我甚至不确定CSS模块在未来到底会不会继续存在，不过，我确定这是一种编写样式的正确方式。试想，在拆分成许多细小组件的庞大站点中，却拥有一个臃肿的全局样式表，这肯定是不合适的。

CSS统一的名空间使得它既强大又脆弱。而CSS模块化或者未来延续这个思想的其他工具可以在支持样式复用的同时，避免命名冲突，这是一个双赢的选择。

入门
如前面所说的，你需要有webpack或者Browserify来实现CSS模块化。

Webpack

先从webpack版本的模块化开始。在webpack.config.js中，加上如下配置，使得webpack将CSS文件作为CSS模块来看待：

{
  test: /.css$/,
  loader: "style-loader!css-loader?modules"
}

这时，它将把样式注入到页面中的``元素中。这可能不是我们想要的，使用extract text plugin for webpack，我们可以很方便的抽取出样式表：

{
  test: /.css$/,
  loader: ExtractTextPlugin.extract("style-loader", "css-loader?modules")
}

对于webpack，要讲的就是这么多了。

Browserify

我只在命令行中用过Browserify，所以我猜使用起来会更复杂一些。在package.json文件中，加入 npm script ：

{
  "scripts": {
    "build": "browserify -p [ css-modulesify -o dist/main.css ] -o dist/index.js src/index.js"
  }
}

这条命令告诉Browserify运行src/index.js，返回dist/index.js，并且使用 css-modulesify将样式表编译至dist/main.css。如果你想再加上Autoprefixer，那么命令可以写成这样：

{
  "scripts": {
    "build": "browserify -p [ css-modulesify --after autoprefixer -o dist/main.css ] -o dist/index.js src/index.js"
  }
}

如你所见，使用--after选项可以在编译完成样式表时候，继续对它进行处理。

总结
从今天看来，CSS模块化系统和生态确实有些原始了，从Browserify中的配置就能看出来。不过，我确信CSS模块化将变得更好，并且越来越多的人将意识到不管对小项目还是大项目来说，这都是一个很好的方法。

我认为CSS模块化背后的思想是正确的。当然，我不是说这个库就是最佳解决方案，但是，它确实包含了一些CSS应该采用的写法：模块化、作用域隔离、同时支持复用。

云服务器 GPU云服务器全面理解理解理解对象语义理解

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/111634.html

理解webpack原理，手写一个100行的webpack

摘要：什么是可以引用官网的一幅图解释，我们可以看到，可以分析各个模块的依赖关系，最终打包成我们常见的静态文件，。我们暂时把通过传文件路径能返回文件信息的这个函数叫。什么是webpack 可以引用官网的一幅图解释，我们可以看到webpack，可以分析各个模块的依赖关系，最终打包成我们常见的静态文件，.js 、 .css 、 .jpg 、.png。今天我们先不弄那么复杂，我们就介绍webpac...

王伟廷 2019-08-23 15:38 评论0 收藏0
基于webpack模仿vue-cli（简略版）工程化

摘要：但高度封装的带来方便的同时，很多人却很少去关注轮子的内部结构，以至于当使用需要手动配置一些东西如编译实现代码压缩，移动端适配等配置的时候往往无从下手。废话不多说，下面我们来看看如何基于模仿实现项目工程化。从零搭建vue-cli 原创不易，如需转载请联系作者并注明出处 vue-cli的出现为vue工程化前端开发工作流提供了开箱即用的构建配置，减轻了烦人的webpack配置流程。但高度封...

GitCafe 2019-08-26 11:35 评论0 收藏0
前端学习资源整理

稍微整理了一下自己平时看到的前端学习资源，分享给大家。 html MDN：Mozilla开发者网络 SEO：前端开发中的SEO css 张鑫旭：张鑫旭的博客 css精灵图：css精灵图实践栅格系统：详解CSS中的栅格系统媒体查询：css媒体查询用法 rem布局：手机端页面自适应布局移动前端开发之viewport的深入理解:深入理解viewport 淘宝前端布局：手机淘宝移动端布局 fl...

siberiawolf 2019-08-21 11:27 评论0 收藏0
[转]Node.js给前端带来了什么

摘要：两个独立的层即使这种技术风靡全球之后，前端工程师的主要工作也都是局限于浏览器窗口之内的。这是目前最主流的一种前后端分工方式带来的改变一发布，立刻在前端工程师中引起了轩然大波，前端工程师们几乎立刻对这一项技术表露出了相当大的热情和期待。转载自：http://www.w3ctech.com/topic/37 原文: https://www.nczonline.net/blog/201...

BearyChat 2019-08-19 17:43 评论0 收藏0
[Webpack并不难]使用教程（二）--- module.loaders

摘要：官方的文档模块受到影响的选项。官方文档通过注入标签将添加到。官方文档这两者一般都是配合在一起用的。代表图片打包限制，这个限制并不是说超过了就不能打包，而是指当图片大小小于限制时会自动转成码引用。不过它的放后面。第一篇讲了Webpack的安装，以及配置文件的 entry，devtool，output，resolve。这篇接着说配置文件的 module。想看看第一篇的朋友可以点这里。 ...

HollisChuang 2019-08-21 17:59 评论0 收藏0