摘要:解决在精简的时候,需要把里面的相对路径替换成绝对路径将中的引用的相对路径转化为绝对路径精简后,破坏了通用模块的缓存这其实是一个取舍问题。解决不精简通用模块,只精简具体业务相关的。
随着项目的不断迭代,我们的css会不断变大,但通常页面上需要用到的样式并没有那么多,很多样式是无用的,而如果靠人工去剔除,吃力又容易出错。
有痛点就应该去想办法解决。那么有没有办法通过自动化来把这些无用的样式剔除呢?答案是肯定的,不然就没有这篇文章了。目前我能找到的有以下两种方案:
方案一:遍历样式表,通过dom选择器判断每个样式是否在页面中存在这种方案很精准,通过筛选有用的选择器来去掉那些没有用到的选择器。换句话来,只保留被用到的样式,去掉没用到的样式。
但这个方案明显存在缺陷,如果在js里面对dom的操作(例如对dom添加一个class样式等操作),这些如何判断?很显然,如果是js中引用到了css样式的话,这种方案是解决不了的。
方案二:找到那些一定不会被用到的选择器,去掉这些即可那么怎么确定一个选择器一定不会被用到?从选择器的类型来看,至少包括下面几种:
标签选择器
class选择器
ID选择器
相邻选择器
父子选择器
属性选择器
...
具体有哪些,可以参考下面的链接
这么多类型的选择器,如果简单以字符解析js,想在js中确定用到了某个选择器,无疑是比较困难的事情。但我们换个角度来思考,不管选择器类型多复杂,它们都是由单词组成的,比如:
h1 => ["h"] .a .d => ["a", "c"] .ab-c => ["ab", "c"] #text => ["text"] .ab-c #text => ["ab", "c", "text"]
因此一个合法的选择器,我们可以看作是一组单词的集合。
接着,再想想我们在html或者js里面是如果引用这些选择器的?无非就是:
$("text").addClass(".a");
那么对于一个选择器来说,在html或者js被引用的话,那么html或者js代码里面一定会出现这个选择器的所有单词。如果没有出现或者没有全部出现的话,证明这个选择器是没有被用到的。
比如上面例子中:
选择器h1的单词集合["h"]在html或者js中并没出现,因此选择器h1是无用的。
选择器.a .d的单词集合["a", "d"]在js中只出现了单词a,而没有出现单词d,因此选择器.a .d也是无用的。
因此,怎么确定一个选择器一定不会被用到这个问题,就转化成,如何确定一个选择器的单词集合是否是html或者js代码中的单词集合的子集这个问题。
那么判断一个选择器的单词集合是否是html或者js代码中的单词集合的子集,如果是就保留,如果不是就丢弃掉好了。
这种方案通过剔除一定不会用到的选择器,换句话来说,它只能知道某个选择器可能被用到,无法确定某个选择器是一定会用的到。
如果有仔细注意上面的例子,就会发现如果我们的html结构是这样的,选择器.ab-c依旧会被保留下来
也就是说这种方案也是还是有缺陷的,不能精准地确定某个选择器一定会用到,会存在漏剔除的情况(但绝不会出现误剔除的情况)。
在实际应用中,我们发现这种方案还是能剔除很多不必要的样式(所以目前测试的案例不多):
因此,从原理和效果上来看,第二种方案来实现剔除css是极不错的,在实际运用中,采用开源的purifycss (毕竟有现成的,就没必要自己造轮子了)。
使用purifycss的一些细节和注意精简外部css的时候,需要注意内部是否以相对路径引用其他的资源(图片,字体等)
举个例子,我的html结构和css引用是这样的:
而style-notification.fb62b095.css这个css是属于外部的一个css,它的代码里用到一张背景:
.bg { background-image: url("../../images/bg.jpg"); }
那这时候我精简css的话,把这个css转化成我们自己的cdn(//wximg.gtimg.com/wxgame/webpack/ddz/mincss/style-notification_fb62b095.css), 那么里面的代码自然也是:
.bg { background-image: "../../images/bg.jpg"; }
而此时再访问我们的页面的时候,就会发现背景加载不出来了,控制台显示图片404了。原因很简单:
../../images/bg.jpg这个相对路径对于//res.wx.qq.com/wechatgame/static/game/dist/css/style-notification.fb62b095.css来说,它的真实路径是//res.wx.qq.com/wechatgame/static/game/dist/images/bg.jpg, 而对于//wximg.gtimg.com/wxgame/webpack/ddz/mincss/style-notification_fb62b095.css来说,它的真实路径是//wximg.gtimg.com/wxgame/webpack/ddz/mincss/images/bg.jpg。而我们在上传cdn,并没有上传//wximg.gtimg.com/wxgame/webpack/ddz/mincss/images/bg.jpg,所以就出现图片加载不出来的情况。
解决:在精简css的时候,需要把css里面的相对路径替换成绝对路径
// 将css中的引用的相对路径转化为绝对路径 function relative2absolute(cssContent, base) { return cssContent.replace(/url([""]?([^)]+)[""]?)/g, function(input, _url) { if( isRemotePath(_url)) { return input; } return "url(" + url.resolve(base, _url) + ")"; }); }
精简css后,破坏了通用模块css的缓存
这其实是一个取舍问题。把很多通用css放在一个通用模块里面,页面加载的时候,可以利用浏览器缓存加快速度。而如果精简css的话,意味着每个页面所用到的通用模块都不一样,自然就用不了缓存。
解决:不精简通用模块css,只精简具体业务相关的css。我的实现是给link加个标志min-css="true":
这样子,只构建精简带有标志位的css,通用模块的css仍可以利用缓存,而具体业务相关的css可以尽可能剔除无用的样式,减少体积。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/116550.html
摘要:解决在精简的时候,需要把里面的相对路径替换成绝对路径将中的引用的相对路径转化为绝对路径精简后,破坏了通用模块的缓存这其实是一个取舍问题。解决不精简通用模块,只精简具体业务相关的。 随着项目的不断迭代,我们的css会不断变大,但通常页面上需要用到的样式并没有那么多,很多样式是无用的,而如果靠人工去剔除,吃力又容易出错。 有痛点就应该去想办法解决。那么有没有办法通过自动化来把这些无用的样式...
摘要:按照我们的仿真的环境,最终之后的效果应该是打包后的文件不含有样式类。如果忘记了它的用法,请查看系列教程六处理系列教程五处理所以,我们的文件如下安装完相关插件后,我们需要在的配置中引用第三部分定义的代码。 教程所示图片使用的是 github 仓库图片,网速过慢的朋友请移步 原文地址 有空就来看看个人技术小站, 我一直都在 0. 课程介绍和资料 本次课程的代码目录(如下图所示):s...
摘要:按照我们的仿真的环境,最终之后的效果应该是打包后的文件不含有样式类。如果忘记了它的用法,请查看系列教程六处理系列教程五处理所以,我们的文件如下安装完相关插件后,我们需要在的配置中引用第三部分定义的代码。 教程所示图片使用的是 github 仓库图片,网速过慢的朋友请移步 原文地址 有空就来看看个人技术小站, 我一直都在 0. 课程介绍和资料 本次课程的代码目录(如下图所示):s...
摘要:另外需要指定这个参数,表示在配置的数值以下的图片才进行编码,超过的不进行处理。代码如下所以过程就是引入了,然后进行打包处理,生成和。目前这个入门学习手记到这里就结束了。完相关文章入门学习手记一入门学习手记二入门学习手记三入门学习手记四 showImg(https://segmentfault.com/img/remote/1460000019860769?w=1150&h=599); ...
摘要:代码如下所示按照正常使用习惯,操作来实现样式的添加和卸载,是一贯技术手段。将帮助我们进行操作。 继 24 个实例入门并掌握「Webpack4」(一) 后续: JS Tree Shaking CSS Tree Shaking 图片处理汇总 字体文件处理 处理第三方 js 库 开发模式与 webpack-dev-server 开发模式和生产模式・实战 打包自定义函数库 九、JS Tre...
阅读 1760·2021-10-12 10:12
阅读 2530·2021-09-29 09:42
阅读 2710·2021-09-03 10:28
阅读 2249·2019-08-30 15:54
阅读 1153·2019-08-30 15:53
阅读 1387·2019-08-30 11:26
阅读 3355·2019-08-30 11:02
阅读 2132·2019-08-30 11:02