前端工程化与webpack

最新推荐文章于 2024-05-11 08:35:02 发布

再学习一点

最新推荐文章于 2024-05-11 08:35:02 发布

阅读量984

点赞数

分类专栏： Vue.js 文章标签：前端 webpack node.js

本文链接：https://blog.csdn.net/a_xia_o/article/details/131429604

版权

Vue.js 专栏收录该内容

13 篇文章 0 订阅

订阅专栏

一、目标

能够说出什么是前端工程化
能够说出webpack的作用
能够掌握webpack的基本使用
了解常用plugin的基本使用
了解常用loader的基本使用
能够说出Source Map的作用

二、目录

前端工程化
webpack的基本使用
webpack中的插件
webpack中的loader
打包发布
Source Map

1.前端工程化

1.1小白眼中的前端开发vs实际的前端开发

实际的前端开发：

模块化（js的模块化、css的模块化、其他资源的模块化）
组件化（复用现有的UI结构、样式、行为）
规范化（目录结构的划分、编码规范化、接口规范化、文档规范化、GIt分支管理）
自动化（自动化构建、自动部署、自动化测试）

2.什么是前端工程化

前端工程化指的是：在企业级的前端项目开发中，把前端开发所需的工具、技术、流程、经验等进行规范化、标准.化。最终落实到细节上，就是实现前端的“4个现代化”

模块化、组件化、规范化、自动化

3.前端工程化的好处

①前端工程化让前端开发能够“自成体系”，覆盖了前端项目从创建到部署的方方面面

②最大程度的提高了前端的开发效率，降低了技术选型、前后端联调等带来的协调沟通成本。

4.前端工程化的解决方案

最早期的前端工程化解决方案：

grunt(https://www.gruntjs.net/)
gulp(https://www.gulpjs.cn/)

目前主流的前端工程化解决方案：

webpack (https://www.webpackjs.com/)
parcel (https://zh.parceljs.org/)

2.webpack的基本使用

2.1什么是webpack

概念：webpack是前端项目工程化的具体解决方案。

主要功能：它提供了友好的前端模块化开发支持，以及代码压缩混淆、处理浏览器端JavaScript的兼容性、性能优化等强大的功能。

好处：让程序员把工作的重心放到具体功能的实现上，提高了前端开发效率和项目的可维护性。

注意：目前企业级的前端项目开发中，绝大多数的项目都是基于webpack进行打包构建的。

2.2创建列表隔行变色项目

2.3在项目中安装webpack

在终端运行如下的命令，安装webpack相关的两个包：

2.4在项目中配置webpack

①在项目根目录中，创建名为webpack.config.js的webpack配置文件，并初始化如下的基本配置：

②在package.json的acripts节点下，新增dev脚本如下：

③在终端中运行npm run dev命令，启动wbpack进行项目的打包构建。

④将js引入路径进行更换，更换成生成的兼容性的.js文件

2.webpack的基本使用

4.1mode的可选值

mode节点的可选值有两个，分别是：

①development

开发环境
不会对打包生成的文件进行代码压缩和性能优化
打包速度快，适合在开发阶段使用

②production

生产环境
会对打包生成的文件进行代码压缩和性能优化
打包速度很慢，仅适合在项目发布阶段使用

4.2 webpack.config.js文件的使用

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

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

4.3webpack中的默认约定

在webpack中有如下的默认约定：

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

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

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

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

在webpack.config.js配置文件中，通过entry节点指定打包的入口。通过output节点指定打包的出口。

实例代码如下：

webpack.config.js配置如下:

const path = require('path')
module.exports = {
    mode: 'development', //development  production
    //指定打包入口
    entry: path.join(__dirname, './src/index.js'),
    //指定打包出口
    output: {
        //表示输出文件的存放路径
        path: path.join(__dirname, './dist'),
        //输出文件的名称
        filename: 'bundle.js'
    }
}

当修改完代码后，必须重新 npm run (package.json中的scripts)

3.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-dec-server可以让webpack监听项目源代码的变化，从而进行自动打包构建

2.1安装webpack-dev-server

运行如下命令：

2.2 配置webpack-dev-server

①修改package.json->scripts中的dev命令如下：

②再次运行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生成到内存中的文件，默认放到了项目的根目录中，而且是虚拟的、不可见的。

3.html-webpack-plugin

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

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

3.1安装html-webpack-plugin

3.2配置html-webpack-plugin

3.3 解惑html-webpack-plugin

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

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

（无需再手动引入样式）

tip:当我们删除dist文件不影响我们观看页面效果，因为我们已经实时代码

4.devServer节点

在webpack.config.js配置文件中，可以通过devServer节点对webpack-dev-server插件进行更多的配置，示例代码如下：

4. webpack中的loader

1.loader概述

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

loder加载器的作用：协助webpack打包处理待定的文件模块。比如：

css-loader可以打包处理.css相关的文件
less-loader可以打包处理.less相关的文件
babel-loader可以打包处理webpack无法处理的高级JS语法

2.loader的调用过程

3.打包处理CSS文件

webpack中一切皆模块。在.js文件中导入.css样式后会报错，webpack只能打包处理.js结尾的文件，当遇到非.js结尾的文件，会寻找第三方处理。

①运行npm i style-loader@2.0.0 css-loader@5.0.1 -D命令，安装处理css文件的loader

②在webpack.config.js的module->rules数组中，添加loader规则如下：

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

注意：

use数组中指定的loader顺序是固定的
多个loader的调用顺序是：从后往前调用

4.打包处理less文件

当导入.less文件时，需要安装loader

①运行npm i less-loader@7.1.0 less@3.12.2 -D命令

②在webpack.config.js的module->rules数组中，添加loader规则如下：

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

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

②在webpack.config.js的module->rules数组中，添加loader规则如下：

样式表中引用太多的小图片会导致网页发起一些不必要的网络请求，我们可以把那些小图片转成base64的格式，如何控制哪些图片转，哪些图片不转，现在用到urk-loder参数项了（limit代表图片的体积，只有这个图片小于或等于22229时，图片才会转成base64）。

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

limit用来指定图片的大小，单位是字节（byte）
只有<=limit大小的图片，才会被转成base64格式的图片。

5.1 loader的另一种配置方式

带参数项的loader还可以通过对象的方式进行配置：

6.打包处理js文件中的高级语法

webpack只能打包处理一部分高级的javaScript语法。对于那些webpack无法处理的高级js语法，需要借助于babel-loader进行打包处理。例如webpack无法处理下面的javascript代码：

6.1安装babel-loader相关的包

运行如下的命令安装对应的依赖吧：

包的名称及版本号列表如下（红色的是包的名称、黑色是包的版本号）;

babel-loader@8.2.1
@babel/core@7.12.3
@babel/plugin-proposal-class-properties@7.12.1

6.2 配置babel-loader

在webpack.config.js的module->rules数组中，添加loader规则如下：

5.打包发布

1.为什么要打包发布

项目开发完成之后，使用webpack对项目进行打包发布的主要原因有以下两点：

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

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

2.配置webpack的打包发布

在package.json文件的scripts节点下，新增build命令如下：

--model是一个参数项，用来指定webpack的运行模式。production代表生产环境，会对打包生成的文件进行代码压缩和性能优化。

注意：通过--model指定的参数项，会覆盖webpack.config.js中的model选项。

3.把javascript文件统一生成到js目录中

在webpack.config.js配置文件的output节点中，进行如下的配置：

4.把图片文件统一生成到image目录中

修改webpack.config.js中的url-loader配置项，新增outputPath选项即可指定图片文件的输出路径：

5.自动清理dist目录下的旧文件

为了在每次打包发布时自动清理掉dist目录中的旧文件，可以安装并配置clean-webpack-plugin插件：

6.企业级项目的打包发布

企业级的项目在进行打包发布时，远比刚才的方式要复杂的多，主要的发布流程如下：

生成打包报告，根据报告分析具体的优化方案
Tree-Shaking
为第三方库启用CDN加载
配置组件的按需加载
开启路由懒加载
自定制首页内容

6.Source Map

1.生产环境遇到的问题

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

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

变量被替换成了没有任何语义的名称
空行和注释被踢出

2.什么是Source Map

Source Map就是一个信息文件，里面存储着位置信息。也就是说，Source Map文件中存储着代码压缩混淆前后的对应关系。

有了它，出错的时候，除错工具直接显示原始代码，而不是转换后的代码，能欧极大地方便后期的调试。

3.webpack开发环境下的Source Map

在开发环境下，webpack默认启用了Source Map功能。当程序运行出错时，可以直接在控制台提示错误行的位置，并定位到具体的源代码：

3.1默认Source Map的问题

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

3.2解决默认Source Map的问题

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

4.webpack生产环境下的Source Map

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

4.1只定位行数不暴露原码

在生产环境下，如果只想定位报错的具体行数，且不想暴露源码。此时可以将devtool的值设置为nosources-source-map。实际效果如图所示：

4.2定位行数且暴露源码

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

5.Source Map的最佳实践

①开发环境下：

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

②生产环境下：

建议关闭Source Map或将devtool的值设置为nosource-source-map
好处：防止源码泄露，提高网站的安全性

实际开发中需要自己配置webpack吗？

答案：不需要

实际开发中会使用命令行工具（俗称CLI）一键生成带有webpack的项目
开箱即用，所有webpack配置项都是现成的！
我们只需要知道webpack中的基本概念即可！

再学习一点

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
打赏
0
评论
前端工程化与webpack

前端工程化指的是：在企业级的前端项目开发中，把前端开发所需的工具、技术、流程、经验等进行规范化、标准.化。最终落实到细节上，就是实现前端的“4个现代化模块化、组件化、规范化、自动化概念：webpack是前端项目工程化的具体解决方案。主要功能：它提供了友好的前端模块化开发支持，以及代码压缩混淆、处理浏览器端JavaScript的兼容性、性能优化等强大的功能。好处：让程序员把工作的重心放到具体功能的实现上，提高了前端开发效率和项目的可维护性。
复制链接

扫一扫