Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Webpack 与 Vite的核心差异点在哪儿【热度: 610】 #1070

Open
yanlele opened this issue Nov 22, 2024 · 0 comments
Open

Webpack 与 Vite的核心差异点在哪儿【热度: 610】 #1070

yanlele opened this issue Nov 22, 2024 · 0 comments
Labels
工程化 web 项目工程化
Milestone

Comments

@yanlele
Copy link
Member

yanlele commented Nov 22, 2024

关键词:Webpack 与 Vite 核心差异

  1. 构建原理差异

    • Webpack
      • 基于打包(Bundle)的理念。在处理模块时,Webpack 会从一个入口文件开始,递归地构建整个模块依赖图。它会把所有的模块(包括 JavaScript、CSS、图片等各种资源)都打包到一个或多个 bundle 文件中。例如,对于一个简单的 JavaScript 应用,Webpack 会分析importrequire语句,将所有相关的模块代码收集起来,经过一系列的转换(如 babel 编译、代码压缩等)后,生成最终的打包文件。这个过程涉及到大量的模块解析、加载和转换,在处理大型项目时,构建时间可能会较长。
      • 采用模块热替换(HMR - Hot Module Replacement)技术来提高开发体验。在开发过程中,当修改了某个模块的代码时,Webpack 可以只更新受影响的模块,而不是重新加载整个页面。不过,Webpack 的 HMR 配置相对复杂,需要针对不同类型的模块进行专门的配置。
    • Vite
      • 基于原生 ES 模块(ESM)的开发服务器。在开发阶段,Vite 利用浏览器对 ES 模块的原生支持,不需要打包操作。当浏览器请求一个模块时,Vite 直接将对应的文件发送给浏览器,浏览器通过<script type="module">标签来加载和解析这些模块。这使得 Vite 在开发阶段的启动速度非常快,因为它避免了像 Webpack 那样预先打包的过程。
      • 对于生产环境,Vite 会进行预构建(Pre - build),主要是为了将一些非 ESM 格式的依赖(如 CommonJS 模块)转换为 ESM 格式,以确保在浏览器环境中能够高效地加载和运行。预构建的过程相对简单快速,并且只会对需要转换的依赖进行处理,不会像 Webpack 那样对整个项目进行全面打包。
  2. 开发体验差异

    • 启动速度
      • Vite:在开发模式下,由于不需要进行完整的打包过程,Vite 的启动速度极快。它可以在瞬间启动开发服务器,让开发者能够快速地开始开发工作。例如,一个中等规模的项目,Vite 可能在几百毫秒内就可以启动开发服务器,而 Webpack 可能需要几秒甚至更长时间。
      • Webpack:启动速度相对较慢,因为它需要在启动时构建整个模块依赖图并进行打包操作。特别是对于大型项目,这个过程可能会花费较多时间,影响开发效率。
    • 模块热替换(HMR)体验
      • Vite:Vite 的 HMR 实现相对简单高效。由于它基于原生 ES 模块,在更新模块时,浏览器可以更快地获取和更新新的模块代码。并且 Vite 的 HMR 配置相对简单,对于大多数常见的模块类型,都能很好地支持热替换,减少了开发者在配置上花费的精力。
      • Webpack:虽然 Webpack 也支持 HMR,但它的配置较为复杂,需要针对不同类型的模块(如样式模块、JavaScript 模块等)进行专门的配置,才能实现较好的热替换效果。而且在某些复杂的场景下,Webpack 的 HMR 可能会出现更新不及时或者不完全的情况。
  3. 性能差异

    • 开发阶段性能
      • Vite:在开发阶段,由于其基于原生 ES 模块的加载方式,浏览器可以并行加载多个模块,提高了开发阶段的页面加载速度。同时,因为不需要打包,减少了构建过程对开发机器资源的占用,使得开发过程更加流畅。
      • Webpack:开发阶段的性能主要受限于打包过程。每次修改代码后的重新打包可能会占用较多的 CPU 和内存资源,尤其是在大型项目中,这可能会导致开发机器出现卡顿现象。而且打包后的文件体积可能较大,影响页面的首次加载速度。
    • 生产阶段性能
      • Vite:在生产阶段,Vite 会对代码进行优化,如压缩、代码分割等。虽然它的预构建过程相对简单,但通过合理的配置和优化,也可以生成性能良好的生产包。并且由于其在开发阶段已经对模块进行了一定的优化处理(如将非 ESM 模块转换为 ESM),生产阶段的构建过程相对高效。
      • Webpack:Webpack 在生产阶段有丰富的优化插件和策略,如 Tree - Shaking(摇树优化)、代码压缩、懒加载等,可以有效地减小打包文件的体积,提高应用在生产环境中的性能。不过,这些优化过程可能会增加构建的复杂性和时间成本。
  4. 生态系统和插件支持差异

    • Webpack
      • 拥有庞大且成熟的插件生态系统。经过多年的发展,Webpack 有各种各样的插件可以用于不同的目的,如代码优化、资源管理、国际化等。开发者可以很容易地找到满足自己需求的插件,并且这些插件的文档和社区支持通常比较完善。
      • 插件的开发和使用相对复杂。由于 Webpack 的插件机制涉及到复杂的钩子(Hook)系统,开发一个新的插件需要对 Webpack 的内部机制有深入的了解。同时,在使用插件时,也需要注意插件之间的兼容性和配置顺序。
    • Vite
      • 插件生态系统相对较新但发展迅速。Vite 的插件主要用于在预构建阶段或者开发服务器运行过程中对模块进行处理,如对特定类型的资源进行转换或者优化。虽然目前插件数量不如 Webpack 多,但对于主流的功能需求,已经有了相应的插件支持。
      • 插件开发相对简单。Vite 的插件机制基于 Rollup(Vite 在生产构建阶段使用 Rollup),对于熟悉 Rollup 插件开发的开发者来说,很容易上手 Vite 插件的开发。并且 Vite 插件的配置和使用通常比较直观。
@yanlele yanlele added the 工程化 web 项目工程化 label Nov 22, 2024
@yanlele yanlele added this to the milestone Nov 22, 2024
@yanlele yanlele changed the title Webpack 与 Vite的核心差异点在哪儿 Webpack 与 Vite的核心差异点在哪儿【热度: 610】 Nov 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
工程化 web 项目工程化
Projects
None yet
Development

No branches or pull requests

1 participant