【基础知识】Vue基础之一-webpack

一、Vue学习

1、学习前提：

必备：h5c3，js，AJAX，webAPI（BOM,DOM）

可选前提：Node.js

2、课程

第一天：前端工程化；WebPack、打包发布、SourceMap

第二天：Vue使用基本步骤，常用指令，vue-devtools调试工具

第三天：过滤器，侦听器，计算属性，axios，vue-cli的安装使用

第四天：组件注册和使用，生命周期，组件通讯

第五天：ref，$nextTick

第六天：动态组件，插槽，自定义指令，ESlint

第七天：路由

第八天：Vant组件库，封装axios

 

二、webpack初步了解

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

小白眼中的前端开发：

会写 HTML + CSS + JavaScript 就会前端开发

需要美化页面样式，就拽一个 bootstrap 过来

需要操作 DOM 或发起 Ajax 请求，再拽一个 jQuery 过来

需要快速实现网页布局效果，就拽一个 Layui 过来

实际的前端开发：

模块化（js 的模块化、css 的模块化、资源的模块化）

组件化（复用现有的 UI 结构、样式、行为）

规范化（目录结构的划分、编码规范化、接口规范化、文档规范化、 Git 分支管理）

自动化（自动化构建、自动部署、自动化测试）

 

2、什么是前端工程化

前端工程化指的是：在企业级的前端项目开发中，把前端开发所需的工具、技术、流程、经验等进行规范化、标准化。

前端工程化的解决方案： webpack

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

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

 grunt（ https://www.gruntjs.net/ ）

 gulp（ https://www.gulpjs.com.cn/ ）

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

webpack（ https://www.webpackjs.com/ ）

parcel（ https://zh.parceljs.org/ ）

 

3.什么是 webpack（目前最主流）

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

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

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

 

4. 在项目中安装 webpack

安装 webpack 相关的两个包：

npm install --save-dev webpack@5.42.1 

npm install --save-dev webpack-cli@4.7.2 

 在项目中配置 webpack

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

module.exports = {

// mode 代表 webpack 运行的模式，可选值有两个 development 和 production

// 结论：开发时候一定要用 development，因为追求的是打包的速度，而不是体积；

// 反过来，发布上线的时候一定能要用 production，因为上线追求的是体积小，而不是打包速度快！

mode:"development"

}

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

"scripts": {

"dev": "webpack serve",

},

在终端中运行 npm run dev 命令，启动 webpack 进行项目的打包构建，输出在dist文件夹中。

 

5、webpack 中的默认约定

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

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

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

注意：可以在 webpack.config.js 中修改entry和output打包的默认约定，指定输入和输出js文件路径。

 

6、webpack 中的插件

webpack 插件的作用

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

webpack-dev-server

类似于 node.js 阶段用到的 nodemon 工具

每当修改了源代码，webpack 会自动进行项目的打包和构建

html-webpack-plugin

webpack 中的 HTML 插件（类似于一个模板引擎插件）

可以通过此插件自定制index.html 页面的内容

 

7、webpack中的devServer

打包完成后，会自动打开浏览器页面，不用再自己去打开。

在webpack.config.js文件中配置devServer节点，配置打开，配置ip和端口即可。 

 

三、webpack 中的 loader

1、loader 概述

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

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

css-loader 可以打包处理 .css 相关的文件

less-loader 可以打包处理 .less 相关的文件

babel-loader 可以打包处理 webpack 无法处理的高级 JS 语法

3、loader 的调用过程

 

 

 

 4、打包处理 css 文件

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

5、打包处理 less 文件

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

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

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

7、打包处理 js 文件中的高级语法

webpack 只能打包处理一部分高级的JavaScript 语法。对于那些 webpack 无法处理的高级 js 语法，需要借助于 babel-loader 进行打包处理。

 

8、打包发布

1. 为什么要打包发布

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

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

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

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

 

四、Source Map（bundle.js.map）

1. 生产环境遇到的问题

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

对压缩混淆之后的代码除错（debug）是一件极其困难的事情。代码内变量被替换成没有任何语义的名称，空行和注释被剔除。

2、什么是 Source Map？

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

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

3、默认 Source Map 的问题

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

 4、解决默认 Source Map 的问题

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

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

只定位行数不暴露源码：

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

定位行数且暴露源码：

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

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

4、Source Map 的最佳实践

开发环境下：

建议把 devtool 的值设置为 eval-source-map。

好处：可以精准定位到具体的错误行。

生产环境下：

建议关闭 Source Map 或将 devtool 的值设置为 nosources-source-map。

好处：防止源码泄露，提高网站的安全性。

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

答案：不需要！

实际开发中会使命令行工具（俗称 CLI）一键生成带有 webpack 的项目。

开箱即用，所有 webpack 配置项都是现成的！

我们只需要知道 webpack 中的基本概念即可！

 

参考：https://blog.csdn.net/HXBest/article/details/108088214