何以解忧
2021-07-11
感觉loader像是编译阶段的,plugin像是编译后的整体的个性化处理
作者回复: 嗯,可以这么理解,loader 更多的是对资源的处理,plugin 则是补充处理。
5
giteebravo
2021-07-09
支持 css loader 的 Webpack 配置中,style-loader 为什么是最后一个执行呢?从数组的顺序来看,它应该是在 0 的位置呀。
作者回复: 因为 loader 是按照数组倒序执行的,也就是从最后一个开始执行。
共 3 条评论
2
江谢木
2021-07-06
loader是针对不同类型文件间做转换、关系处理,最终生成js模块,而plugin是针对某一文件在打包过程的某一时刻做处理。混淆和压缩是针对文件进行的,所以应该用plugin。
15
简单
2021-07-04
混淆和压缩应该用plugin,loader主要做转换
8
灵感_idea
2023-04-05
来自广东
本节标题是“打包部署”,但内容只涉及了打包吧?至于部署,现在多是运维要做的。
2
莫春梦
2023-07-26
来自广东
uglify模块可以做代码压缩混淆
奕晨
2023-06-06
来自山东
在进行源代码打包时,通常还有一个重要的步骤,就是代码的混淆和压缩。那么在理解了 loader 和 plugin 之后,你觉得混淆和压缩这个功能,应该用 loader 还是 plugin 去实现呢? 应该是plugin 处理代码的混淆和压缩。 plugin 是通常用于生成一些除了 JavaScript bundle 之外的一些打包结果。 loader主要用于处理不同类型的资源,将他们转换为模块。