• 何以解忧
    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主要用于处理不同类型的资源,将他们转换为模块。
    
    