webpack 处理 css module的一种方式

在实际项目开发中,会经常遇到引入第三方库和开发者自己书写的处理问题。首先我采用了的语法,借助的语法可以实现定义变量、全局css、自动添加浏览器内核的前缀等等,除此之外,借助,采用cssmodule的实现方式在中定义,并且为了防止重复的代码,采用了`[name][local]-[hash:base64:5]`的命名方式。

场景

所有的都通过标签的方式注入到文档中,并没有通过来处理成css文件

疑问

在该定义场景下,这里主要谈两个问题

一个是如何在中分别处理vendor样式和开发者自己书写的样式

另一个是如何压缩vendor样式和自己书写的样式

处理方式

我采用了的两个来处理自己的

顾名思义,是添加浏览器内核前缀使用,主要处理兼容性问题,另外,cssnano主要来处理的。并且用来处理变量的命名和导入方式,

下图是最终的css。

在未使用处理之前的css

在处理完自身css的时候会出现一个问题,也就是当引用vendor的时,并不希望用来处理前缀等问题(因为vendor的已经拥有了这些),甚至处理了会导致样式的错乱,即相当于手动修改了vendor的,导致组件class与样式匹配不上的问题。

解决方式

其实,在处理的时候,是会根据开发者的入口文件递归遍历,在使用时,同一个可以针对不同文件使用多次。的配置中可以通过这样的方式来区分不同文件

通过这样的方式,排除了下的,另一个问题又出现了,排除了中的样式之后,此时引入的css还想进行压缩或者vendor的样式库并不支持时该如何处理?

可以通过如下方式进行处理,排除掉源代码中的,并且采用的options来定义它的处理。

在GitHub - postcss/postcss-loader: PostCSS loader for webpack的文档中解释了这里的内容

This loader cannot be used with CSS Modules out of the box due to the way css-loader processes file imports. To make them work properly, either add the css-loader’s importLoaders option.

在中也有相同的解释

当不能够用的方式处理的时候,需要借助的选项来进行处理。

这样,的build速度也会提升,我这里从12s提升到了10s,最终vendor的css如下

总结

开发过程中总有一些外部资源不是那么尽如人意,我们需要去尽量的解耦并且做到0冲突,对于不同的位置的资源进行不同的方式的处理,但他们最终的效果应该是相同的。殊途同归,弯路再多,也只是在过程上的不同。

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180208G0KMPF00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券