前端工程化与webpack

前端工程化与webpack

前端工程化

  1. 什么是前端工程化?

    1. 前端工程化指的是:在企业级的前端项目开发中,把前端开发所需的工具、技术、流程、经验等进行规范化、 标准化。
    2. 企业中的 Vue 项目和 React 项目,都是基于工程化的方式进行开发的。
    3. 好处:前端开发自成体系,有一套标准的开发方案和流程。
  2. 前端工程化的解决方案

    1. 早期的前端工程化解决方案:

      ⚫ grunt( https://www.gruntjs.net/ )

      ⚫ gulp( https://www.gulpjs.com.cn/ )

    2. 目前主流的前端工程化解决方案:

      ⚫ webpack( https://www.webpackjs.com/ )

      ⚫ parcel( https://zh.parceljs.org/ )

webpack的基本使用

  1. 什么是webpack?

    1. 概念:webpack 是前端项目工程化的具体解决方案。
    2. 主要功能:它提供了友好的前端模块化开发支持,以及代码压缩混淆、处理浏览器端 JavaScript 的兼容性、性 能优化等强大的功能。
    3. 好处:让程序员把工作的重心放到具体功能的实现上,提高了前端开发效率和项目的可维护性
    4. 注意:目前 Vue,React 等前端项目,基本上都是基于 webpack 进行工程化开发的。
  2. 创建列表隔行变色项目

    1. 新建项目空白目录,并运行 npm init –y 命令,初始化包管理配置文件 package.json
    2. 新建 src 源代码目录
    3. 新建 src -> index.html 首页和 src -> index.js 脚本文件
    4. 初始化首页基本的结构
    5. 运行 npm install jquery –S 命令,安装 jQuery
    6. 通过 ES6 模块化的方式导入 jQuery,实现列表隔行变色效果
  3. 在项目中安装 webpack

    1. 在终端运行如下的命令,安装 webpack 相关的两个包: npm install webpack@5.42.1 webpack-cli@4.7.2 -D
  4. 在项目中配置 webpack

    1. 在项目根目录中,创建名为 webpack.config.js 的 webpack 配置文件,并初始化如下的基本配置:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ecMtdf26-1631151134703)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820201823742.png)]
    2. 在 package.json 的 scripts 节点下,新增 dev 脚本如下[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pIVzvI8n-1631151134704)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820202240190.png)]
    3. 在终端中运行 npm run dev 命令,启动 webpack 进行项目的打包构建
    4.1 mode的可选值

    mode节点的可选值有两个,分别是:

    ① development

    ⚫ 开发环境

    ⚫ 不会对打包生成的文件进行代码压缩和性能优化

    ⚫ 打包速度快,适合在开发阶段使用

    ② production

    ⚫ 生产环境

    ⚫ 会对打包生成的文件进行代码压缩和性能优化

    ⚫ 打包速度很慢,仅适合在项目发布阶段使用

    4.2 webpack.config.js 文件的作用

    webpack.config.js 是 webpack 的配置文件。webpack 在真正开始打包构建之前,会先读取这个配置文件, 从而基于给定的配置,对项目进行打包。

    注意:由于 webpack 是基于 node.js 开发出来的打包工具,因此在它的配置文件中,支持使用 node.js 相关 的语法和模块进行 webpack 的个性化配置

    4.3webpack中的默认约定

    在 webpack 4.x 和 5.x 的版本中,有如下的默认约定:

    ① 默认的打包入口文件为 src -> index.js

    ② 默认的输出文件路径为 dist -> main.js

    注意:可以在 webpack.config.js 中修改打包的默认约定

    4.4 自定义打包的入口与出口

    在 webpack.config.js 配置文件中,通过 entry 节点指定打包的入口。通过 output 节点指定打包的出口。 示例代码如下:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9WxQcfJr-1631151134707)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820203422815.png)]

webpack中的插件

  1. webpack插件的作用

    通过安装和配置第三方的插件,可以拓展 webpack 的能力,从而让 webpack 用起来更方便。最常用的 webpack 插件有如下两个:

    • webpack-dev-server
      • 类似于 node.js 阶段用到的 nodemon 工具
      • 每当修改了源代码,webpack 会自动进行项目的打包和构建
    • html-webpack-plugin
      • webpack 中的 HTML 插件(类似于一个模板引擎插件)
      • 可以通过此插件自定制 index.html 页面的内容
  2. webpack-dev-server

    webpack-dev-server 可以让 webpack 监听项目源代码的变化,从而进行自动打包构建。

    2.1安装 webpack-dev-server

    ​ 运行如下的命令,即可在项目中安装此插件:

    ​ npm install webpack-dev-server@3.11.2 -D

    2.2配置 webpack-dev-server

    ​ ① 修改 package.json -> scripts 中的 dev 命令如下:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RAV9ChH5-1631151134708)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820203942317.png)]

    ② 再次运行 npm run dev 命令,重新进行项目的打包

    ③ 在浏览器中访问 http://localhost:8080 地址,查看自动打包效果

    注意:webpack-dev-server 会启动一个实时打包的 http 服务器

    2.3 打包生成的文件哪儿去了?

    ① 不配置 webpack-dev-server 的情况下,webpack 打包生成的文件,会存放到实际的物理磁盘上

    • 严格遵守开发者在 webpack.config.js 中指定配置
    • 根据 output 节点指定路径进行存放

    ② 配置了 webpack-dev-server 之后,打包生成的文件存放到了内存中

    • 不再根据 output 节点指定的路径,存放到实际的物理磁盘上
    • 提高了实时打包输出的性能,因为内存比物理磁盘速度快很多
    2.4生成到内存中的文件该如何访问?

    webpack-dev-server 生成到内存中的文件,默认放到了项目的根目录中,而且是虚拟的、不可见的。

    • 可以直接用 / 表示项目根目录,后面跟上要访问的文件名称,即可访问内存中的文件
    • 例如 /bundle.js 就表示要访问 webpack-dev-server 生成到内存中的 bundle.js 文件
  3. html-webpack-plugin

    html-webpack-plugin 是 webpack 中的 HTML 插件,可以通过此插件自定制 index.html 页面的内容

    需求:通过 html-webpack-plugin 插件,将 src 目录下的 index.html 首页,复制到项目根目录中一份!

    3.1安装 html-webpack-plugin

    运行如下的命令,即可在项目中安装此插件: npm install html-webpack-plugin@5.3.2 -D

    3.2配置 html-webpack-plugin

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8OSZOL5h-1631151134709)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820204803292.png)]

    3.3 解惑 html-webpack-plugin

    ① 通过 HTML 插件复制到项目根目录中的 index.html 页面,也被放到了内存中

    ② HTML 插件在生成的 index.html 页面,自动注入了打包的 bundle.js 文件

    4.devServer节点

    在 webpack.config.js 配置文件中,可以通过 devServer 节点对 webpack-dev-server 插件进行更多的配置, 示例代码如下:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wP8VDYQU-1631151134710)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820205110770.png)]

    注意:凡是修改了 webpack.config.js 配置文件,或修改了 package.json 配置文件,必须重启实时打包的服 务器,否则最新的配置文件无法生效!

webpack中的loader

  1. loader概述

    在实际开发过程中,webpack 默认只能打包处理以 .js 后缀名结尾的模块。其他非 .js 后缀名结尾的模块, webpack 默认处理不了,需要调用 loader 加载器才可以正常打包,否则会报错!

    loader 加载器的作用:协助 webpack 打包处理特定的文件模块。比如:

    • css-loader 可以打包处理 .css 相关的文件
    • less-loader 可以打包处理 .less 相关的文件
    • babel-loader 可以打包处理 webpack 无法处理的高级 JS 语法
  2. loader的调用过程[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fw5szuyG-1631151134711)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820205554317.png)]

  3. 打包处理css文件

    ① 运行 npm i style-loader@3.0.0 css-loader@5.2.6 -D 命令,安装处理 css 文件的 loader

    ② 在 webpack.config.js 的 module -> rules 数组中,添加 loader 规则如下:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HFDQZSvT-1631151134712)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820205626248.png)]

    其中,test 表示匹配的文件类型, use 表示对应要调用的 loader

    注意:

    • use 数组中指定的 loader 顺序是固定的
    • 多个 loader 的调用顺序是:从后往前调用
  4. 打包处理less文件

    ① 运行 npm i less-loader@10.0.1 less@4.1.1 -D 命令

    ② 在 webpack.config.js 的 module -> rules 数组中,添加 loader 规则如下:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IO9KUUGN-1631151134712)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820234757608.png)]

  5. 打包处理样式表中与url路径相关的文件

    ① 运行 npm i url-loader@4.1.1 file-loader@6.2.0 -D 命令

    ② 在 webpack.config.js 的 module -> rules 数组中,添加 loader 规则如下:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FgW10ZyW-1631151134713)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820235227344.png)]

    其中 ? 之后的是 loader 的参数项:

    • limit 用来指定图片的大小,单位是字节(byte)
    • 只有 ≤ limit 大小的图片,才会被转为 base64 格式的图片
  6. 打包处理js文件中的高级语法

    webpack 只能打包处理一部分高级的 JavaScript 语法。对于那些 webpack 无法处理的高级 js 语法,需要借 助于 babel-loader 进行打包处理。例如 webpack 无法处理下面的 JavaScript 代码:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wRrNanHZ-1631151134713)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820235403156.png)]

    1. 安装 babel-loader 相关的包

    运行如下的命令安装对应的依赖包:

    npm i babel-loader@8.2.2 @babel/core@7.14.6 @babel/plugin-proposal-decorators@7.14.5 -D

    在 webpack.config.js 的 module -> rules 数组中,添加 loader 规则如下:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Lu1XkIrT-1631151134714)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820235525310.png)]

    1. 配置 babel-loader

    在项目根目录下,创建名为 babel.config.js 的配置文件,定义 Babel 的配置项如下:

    ​ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Vcb6I97d-1631151134714)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210820235624908.png)]

打包发布

  1. 为什么要打包发布

    1. 项目开发完成之后,需要使用webpack对项目进行打包发布,主要原因有以下两点:

      ① 开发环境下,打包生成的文件存放于内存中,无法获取到最终打包生成的文件

      ② 开发环境下,打包生成的文件不会进行代码压缩和性能优化

    2. 为了让项目能够在生产环境中高性能的运行,因此需要对项目进行打包发布。

  2. 配置webpack的打包发布

    1. 在 package.json 文件的 scripts 节点下,新增 build 命令如下:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ig9bjvYr-1631151134715)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821000348666.png)]
    2. –model 是一个参数项,用来指定 webpack 的运行模式。production 代表生产环境,会对打包生成的文件 进行代码压缩和性能优化。
    3. 注意:通过 --model 指定的参数项,会覆盖 webpack.config.js 中的 model 选项
  3. 把JavaScript文件统一生成到js目录中

    1. 在 webpack.config.js 配置文件的 output 节点中,进行如下的配置:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Tz4xa9Mj-1631151134716)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821003339740.png)]
  4. 把图片文件统一生成到image目录中

    1. 修改 webpack.config.js 中的 url-loader 配置项,新增 outputPath 选项即可指定图片文件的输出路径:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9pgToDaA-1631151134717)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821003401200.png)]
  5. 自动清理dist目录下的旧文件

    1. 为了在每次打包发布时自动清理掉 dist 目录中的旧文件,可以安装并配置 clean-webpack-plugin 插件:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2AihpJJa-1631151134717)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821003417206.png)]

Source Map

  1. 生产环境遇到的问题

    前端项目在投入生产环境之前,都需要对 JavaScript 源代码进行压缩混淆,从而减小文件的体积,提高文件的 加载效率。此时就不可避免的产生了另一个问题:

    对压缩混淆之后的代码除错(debug)是一件极其困难的事情

    ​ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eY6psXxy-1631151134717)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821131607100.png)]

    • 变量被替换成没有任何语义的名称
    • 空行和注释被剔除
  2. 什么是Source Map

    1. Source Map 就是一个信息文件,里面储存着位置信息。也就是说,Source Map 文件中存储着压缩混淆后的 代码,所对应的转换前的位置。
    2. 有了它,出错的时候,除错工具将直接显示原始代码,而不是转换后的代码,能够极大的方便后期的调试
  3. webpack开发环境下的Source Map

    在开发环境下,webpack 默认启用了 Source Map 功能。当程序运行出错时,可以直接在控制台提示错误行 的位置,并定位到具体的源代码:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wgsrxRpO-1631151134718)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821140408478.png)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zt2NPe83-1631151134718)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821140414436.png)]

    1. 默认Source Map的问题

      开发环境下默认生成的 Source Map,记录的是生成后的代码的位置。会导致运行时报错的行数与源代码的行 数不一致的问题。示意图如下:

      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-srgbd8s1-1631151134719)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821140503104.png)]

    2. 解决默认Source Map的问题

      开发环境下,推荐在 webpack.config.js 中添加如下的配置,即可保证运行时报错的行数与源代码的行数 保持一致:

      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RHKYMJun-1631151134719)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821140524980.png)]

  4. webpack生产环境下的Source Map

    在生产环境下,如果省略了 devtool 选项,则最终生成的文件中不包含 Source Map。这能够防止原始代码通 过 Source Map 的形式暴露给别有所图之人。

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PVYYWBwW-1631151134719)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821140554324.png)]

    1. 只定位行数不暴露源码

      在生产环境下,如果只想定位报错的具体行数,且不想暴露源码。此时可以将 devtool 的值设置为 nosources-source-map。实际效果如图所示: [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tp0T8HwG-1631151134721)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821140617762.png)]

    2. 定位行数且暴露源码

      在生产环境下,如果想在定位报错行数的同时,展示具体报错的源码。此时可以将 devtool 的值设置为 source-map。实际效果如图所示:

      ​ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-deirkPfc-1631151134721)(C:\Users\肖伟\AppData\Roaming\Typora\typora-user-images\image-20210821140637676.png)]

      采用此选项后:你应该将你的服务器配置为,不允许普通用户访问 source map 文件

  5. Source Map的最佳实践

    ① 开发环境下:

    • 建议把 devtool 的值设置为 eval-source-map
    • 好处:可以精准定位到具体的错误行

    ② 生产环境下:

    • 建议关闭 Source Map 或将 devtool 的值设置为 nosources-source-map
      此时可以将 devtool 的值设置为 source-map。实际效果如图所示:

      ​ [外链图片转存中…(img-deirkPfc-1631151134721)]

      采用此选项后:你应该将你的服务器配置为,不允许普通用户访问 source map 文件

  6. Source Map的最佳实践

    ① 开发环境下:

    • 建议把 devtool 的值设置为 eval-source-map
    • 好处:可以精准定位到具体的错误行

    ② 生产环境下:

    • 建议关闭 Source Map 或将 devtool 的值设置为 nosources-source-map
    • 好处:防止源码泄露,提高网站的安全性
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值