Grunt+Gulp+Webpack知识点整理

2021-11-09 23:02:22 阅读：162 来源： 互联网

标签：知识点插件 gulp webpack loader Gulp Webpack 文件模块

Grunt知识点整理

GRUNT

JavaScript 世界的构建工具。中文主页

为何要用构建工具？

一句话：自动化。对于需要反复重复的任务，例如压缩（minification）、编译、单元测试、linting等，自动化工具可以减轻你的劳动，简化你的工作。当你在 Gruntfile 文件正确配置好了任务，任务运行器就会自动帮你或你的小组完成大部分无聊的工作。

为什么要使用 Grunt？

Grunt 生态系统非常庞大，并且一直在增长。由于拥有数量庞大的插件可供选择，因此，你可以利用 Grunt 自动完成任何事，并且花费最少的代价。如果找不到你所需要的插件，那就自己动手创造一个 Grunt 插件，然后将其发布到 npm 上吧。

常用功能

合并文件（js、css）
压缩文件（js、css）
语法检查
less、sass预编译处理
…

入门配置

全局安装 CLI
```
npm install -g grunt-cli
```
安装grunt
```
npm install grunt
```
Grunt项目基本目录文件夹

Grunt项目所需要的主要两个配置文件

一般需要在你的项目中添加两份文件：package.json 和 Gruntfile。
package.json: 此文件被npm用于存储项目的元数据，以便将此项目发布为npm模块。你可以在此文件中列出项目依赖的grunt和Grunt插件，放置于devDependencies配置段内。
Gruntfile: 此文件被命名为 Gruntfile.js 或 Gruntfile.coffee，用来配置或定义任务（task）并加载Grunt插件的。 此文档中提到的 Gruntfile 其实说的是一个文件，文件名是 Gruntfile.js 或 Gruntfile.coffee。

package.json

package.json应当放置于项目的根目录中，与Gruntfile在同一目录中，并且应该与项目的源代码一起被提交。在上述目录(package.json所在目录)中运行npm install将依据package.json文件中所列出的每个依赖来自动安装适当版本的依赖。

Gruntfile
Gruntfile.js 或 Gruntfile.coffee 文件是有效的 JavaScript 或 CoffeeScript 文件，应当放在你的项目根目录中，和package.json文件在同一目录层级，并和项目源码一起加入源码管理器。
配置编码包含3步：
- 初始化插件配置
- 加载插件任务
- 注册构建任务
基本编码：

注：任务执行，同步任务，执行完一个在执行下一个。
插件分类
- Grunt团队贡献的插件：插件名大都以contrib-开头
- 第三方插件：插件名大都不以contrib-开头
常用的插件
- grunt-contrib-clean：清除文件，打包处理生成的文件
- grunt-contrib-concat：合并多个文件的代码到一个文件中
- grunt-contrib-uglify：压缩js文件
- grunt-contrib-jshint：JavaScript语法错误检查
- grunt-contrib-cssmin：压缩/合并css文件
- grunt-contrib-htmlmin：压缩html文件
- grunt-contrib-imagemin：压缩图片文件，无损的文件
- grunt-contrib-copy：复制文件、文件夹
- grunt-contrib-watch：实时监控文件变化、调用相应的任务重新执行

gulp知识点整理

gulp

gulp 是基于 node 实现 Web 前端自动化开发的工具。中文主页

Gulp介绍

gulp 是基于 node 实现 Web 前端自动化开发的工具，利用它能够极大的提高开发效率。在 Web 前端开发工作中有很多“重复工作”，比如压缩CSS/JS文件。而这些工作都是有规律的。找到这些规律，并编写 gulp 配置代码,让 gulp 自动执行这些“重复工作”。
Gulp.js 是一个前端构建工具，与 grunt.js 相比，Gulp.js 无需写一大堆繁杂的配置参数，AP I也非常简单，学习起来很容易，而且 Gulp.js 使用的是 node.js 中 stream 来读取和操作数据，其速度更快。

Gulp优点

gulp 将开发流程中让人痛苦或耗时的任务自动化，从而减少你所浪费的时间、创造更大价值。
代码优于配置、node 最佳实践、精简的 API 集，gulp 让工作前所未有的简单。
基于 node 强大的流(stream)能力，gulp 在构建过程中并不把文件立即写入磁盘，从而提高了构建速度。
遵循严格的准则，确保我们的插件结构简单、运行结果可控。

入门配置

安装Node.js
全局安装 gulp
```
npm install gulp -g
```
局部安装gulp
```
npm install gulp --save-dev
```
gulp项目基本目录文件夹
gulpfile.js文件配置

注：任务执行是否同步取决于定义的默认任务。
默认任务有return时，为异步任务，同时执行。
默认任务任务没有return时，为同步任务，执行完一个在执行下一个。
常用的插件
- gulp-concat：合并文件（js/css）
- gulp-uglify：压缩js文件
- gulp-rename：文件重命名
- gulp-less：编译less文件
- gulp-clean-css：压缩css
- gulp-livereload：实时自动编译刷新
重要API
- gulp.src：创建一个流，用于从文件系统读取 Vinyl 对象。
- gulp.dest：创建一个用于将 Vinyl 对象写入到文件系统的流。
- gulp.task：在任务系统中定义任务。然后可以从命令行和 series()、parallel() 和 lastRun() api 访问该任务。
- gulp.watch：监听 globs 并在发生更改时运行任务。任务与任务系统的其余部分被统一处理。
扩展
- 打包加载gulp插件
- 前提：将插件下载好
- 下载打包插件：gulp-load-plugins
- npm install gulp-load-plugins – save-dev
- 引入：var $ = require(‘gulp-load-plugins’)()
- 神来之笔：其他插件不用再引入了

Webpack知识点整理

webpack 是一个用于现代 JavaScript 应用程序的静态模块打包工具。中文主页

什么是Webpack？

Webpack是一个模块打包器。
在Webpack看来，前端的所有资源文件（js/json/css/img/less/…）都会作为模块处理。
他将根据模块的依赖关系进行静态分析，生成对应的静态资源。

Webpack核心概念

entry：入口。webpack是基于模块的，使用webpack首先需要指定模块解析入口(entry)，webpack从入口开始根据模块间依赖关系递归解析和处理所有资源文件。
output：输出。源代码经过webpack处理之后的最终产物。
loader：模块转换器。本质就是一个函数，在该函数中对接收到的内容进行转换，返回转换后的结果。因为 Webpack 只认识 JavaScript，所以 Loader 就成了翻译官，对其他类型的资源进行转译的预处理工作。
plugin：扩展插件。基于事件流框架 Tapable，插件可以扩展 Webpack 的功能，在 Webpack 运行的生命周期中会广播出许多事件，Plugin 可以监听这些事件，在合适的时机通过 Webpack 提供的 API 改变输出结果。
module：模块。除了js范畴内的es module、commonJs、AMD等，css @import、url(…)、图片、字体等在webpack中都被视为模块。

理解Loader

Webpack本身只能加载JS/JSON模块，如果要加载其他类型的文件（模块），就需要使用对应的Loader进行转换/加载
Loader本身也是运行在node.js环境中的JavaScript模块
它本身是一个函数，接受源文件作为参数，返回转换的结果
Loader一般以xxx-loader的方式命名，xxx代表了这个loader要做的转换功能，如json-loader

常见的loader：

file-loader：把文件输出到一个文件夹中，在代码中通过相对 URL 去引用输出的文件
url-loader：和 file-loader 类似，但是能在文件很小的情况下以 base64 的方式把文件内容注入到代码中去
source-map-loader：加载额外的 Source Map 文件，以方便断点调试
image-loader：加载并且压缩图片文件
babel-loader：把 ES6 转换成 ES5
css-loader：加载 CSS，支持模块化、压缩、文件导入等特性
style-loader：把 CSS 代码注入到 JavaScript 中，通过 DOM 操作去加载 CSS。
eslint-loader：通过 ESLint 检查 JavaScript 代码

配置文件（默认）

webpack.config.js：是一个node模块，返回一个json格式的配置信息对象

插件

插件可以完成一些loader不能完成的功能
插件的使用一般是在webpack的配置信息plugins选项中指定

常见的插件：

define-plugin：定义环境变量
terser-webpack-plugin：通过TerserPlugin压缩ES6代码
html-webpack-plugin 为html文件中引入的外部资源，可以生成创建html入口文件
mini-css-extract-plugin：分离css文件
clean-webpack-plugin：删除打包文件
happypack：实现多线程加速编译

入门配置

全局安装 Webpack
```
npm install webpack -g
```
局部安装Webpack
```
npm install webpack --save-dev
```
webpack项目基本目录文件夹

webpack.config.js文件配置

//node内置的模块，用来去设置路径的
const path = require('path');

module.exports = {
  entry: './src/index.js', // 入口文件的配置
  output: { // 出口/输出的配置
    filename: 'main.js', // 输出的文件名
    path: path.resolve(__dirname, 'dist'), // 
  },
};

插件
常用的插件：
- 使用html-webpack-plugin根据模板html生成引入script的页面
- 使用clean-webpack-plugin清除dist文件夹

Webpack常用配置项

entry:打包的入口文件，一个字符串或者一个对象
output:配置打包的结果，一个对象
fileName：定义输出文件名，一个字符串
path：定义输出文件路径，一个字符串
module:定义对模块的处理逻辑，一个对象
loaders：定义一系列的加载器，一个数组

[
　{
		test:正则表达式，用于匹配到的文件
		loader/loaders：字符串或者数组，处理匹配到的文件。如果只需要用到一个模块加载器则使用loader：string，如果要使用多个模块加载器，则使用loaders：array
		include:字符串或者数组，指包含的文件夹
		exclude:字符串或者数组，指排除的文件夹
	}
]

resolve：影响对模块的解析，一个对象
extensions：自动补全识别后缀，是一个数组
plugins：定义插件，一个数组

Grunt、Gulp、Webpack区别

gulp和grunt是流管理工具，通过一个个task配置执行用户需要的功能，如格式检验，代码压缩等，值得一提的是，经过这两者处理的代码只是局部变量名被替换简化，整体并没有发生改变，还是你的代码。

而webpack则进行了更彻底的打包处理，更加偏向对模块语法规则进行转换。主要任务是突破浏览器的鸿沟，将原本浏览器不能识别的规范和各种各样的静态文件进行分析，压缩，合并，打包，最后生成浏览器支持的代码，因此，webapck打包过后的代码已经不是你写的代码了

问题总结

webpack与grunt、gulp的不同？

三者都是前端构建工具，grunt和gulp在早期比较流行，现在webpack相对来说比较主流，不过一些轻量化的任务还是会用gulp来处理，比如单独打包CSS文件等。

grunt和gulp是基于任务和流（Task、Stream）的。类似jQuery，找到一个（或一类）文件，对其做一系列链式操作，更新流上的数据，整条链式操作构成了一个任务，多个任务就构成了整个web的构建流程。

webpack是基于入口的。webpack会自动地递归解析入口所需要加载的所有资源文件，然后用不同的Loader来处理不同的文件，用Plugin来扩展webpack功能。

总结：

从构建思路来说
gulp和grunt需要开发者将整个前端构建过程拆分成多个Task，并合理控制所有Task的调用关系 webpack需要开发者找到入口，并需要清楚对于不同的资源应该使用什么Loader做何种解析和加工
对于知识背景来说
gulp更像后端开发者的思路，需要对于整个流程了如指掌 webpack更倾向于前端开发者的思路

webpack有哪些优点

专注于处理模块化的项目，能做到开箱即用，一步到位
可通过plugin扩展，完整好用又不失灵活
使用场景不局限于web开发
社区庞大活跃，经常引入紧跟时代发展的新特性，能为大多数场景找到已有的开源扩展
良好的开发体验

webpack的缺点

webpack的缺点是只能用于采用模块化开发的项目

bundle，chunk，module是什么

bundle：是由webpack打包出来的文件，
chunk：代码块，一个chunk由多个模块组合而成，用于代码的合并和分割。
module：是开发中的单个模块，在webpack的世界，一切皆模块，一个模块对应一个文件，webpack会从配置的entry中递归开始找出所有依赖的模块。

有哪些常见的Loader？他们是解决什么问题的？

file-loader：把文件输出到一个文件夹中，在代码中通过相对 URL 去引用输出的文件
url-loader：和 file-loader 类似，但是能在文件很小的情况下以 base64 的方式把文件内容注入到代码中去
source-map-loader：加载额外的 Source Map 文件，以方便断点调试
image-loader：加载并且压缩图片文件
babel-loader：把 ES6 转换成 ES5
css-loader：加载 CSS，支持模块化、压缩、文件导入等特性
style-loader：把 CSS 代码注入到 JavaScript 中，通过 DOM 操作去加载 CSS。
eslint-loader：通过 ESLint 检查 JavaScript 代码

有哪些常见的Plugin？他们是解决什么问题的？

define-plugin：定义环境变量
commons-chunk-plugin：提取公共代码
uglifyjs-webpack-plugin：通过UglifyES压缩ES6代码

Loader和Plugin的不同？

不同的作用：

Loader直译为"加载器"。Webpack将一切文件视为模块，但是webpack原生是只能解析js文件，如果想将其他文件也打包的话，就会用到loader。所以Loader的作用是让webpack拥有了加载和解析非JavaScript文件的能力。
Plugin直译为"插件"。Plugin可以扩展webpack的功能，让webpack具有更多的灵活性。在 Webpack 运行的生命周期中会广播出许多事件，Plugin 可以监听这些事件，在合适的时机通过 Webpack 提供的 API 改变输出结果。

不同的用法：

Loader在module.rules中配置，也就是说他作为模块的解析规则而存在。类型为数组，每一项都是一个Object，里面描述了对于什么类型的文件（test），使用什么加载(loader)和使用的参数（options）
Plugin在plugins中单独配置。类型为数组，每一项是一个plugin的实例，参数都通过构造函数传入。

webpack的构建流程是什么?从读取配置到输出文件这个过程尽量说全

Webpack 的运行流程是一个串行的过程，从启动到结束会依次执行以下流程：

初始化参数：从配置文件和 Shell 语句中读取与合并参数，得出最终的参数；
开始编译：用上一步得到的参数初始化 Compiler 对象，加载所有配置的插件，执行对象的 run 方法开始执行编译；
确定入口：根据配置中的 entry 找出所有的入口文件；
编译模块：从入口文件出发，调用所有配置的 Loader 对模块进行翻译，再找出该模块依赖的模块，再递归本步骤直到所有入口依赖的文件都经过了本步骤的处理；
完成模块编译：在经过第4步使用 Loader 翻译完所有模块后，得到了每个模块被翻译后的最终内容以及它们之间的依赖关系；
输出资源：根据入口和模块之间的依赖关系，组装成一个个包含多个模块的 Chunk，再把每个 Chunk 转换成一个单独的文件加入到输出列表，这步是可以修改输出内容的最后机会；
输出完成：在确定好输出内容后，根据配置确定输出的路径和文件名，把文件内容写入到文件系统。

在以上过程中，Webpack 会在特定的时间点广播出特定的事件，插件在监听到感兴趣的事件后会执行特定的逻辑，并且插件可以调用 Webpack 提供的 API 改变 Webpack 的运行结果。

是否写过Loader和Plugin？描述一下编写loader或plugin的思路？

Loader像一个"翻译官"把读到的源文件内容转义成新的文件内容，并且每个Loader通过链式操作，将源文件一步步翻译成想要的样子。

编写Loader时要遵循单一原则，每个Loader只做一种"转义"工作。每个Loader的拿到的是源文件内容（source），可以通过返回值的方式将处理后的内容输出，也可以调用this.callback()方法，将内容返回给webpack。还可以通过 this.async()生成一个callback函数，再用这个callback将处理后的内容输出出去。此外webpack还为开发者准备了开发loader的工具函数集——loader-utils。

相对于Loader而言，Plugin的编写就灵活了许多。 webpack在运行的生命周期中会广播出许多事件，Plugin 可以监听这些事件，在合适的时机通过 Webpack 提供的 API 改变输出结果。

如何利用webpack来优化前端性能？（提高性能和体验）

用webpack优化前端性能是指优化webpack的输出结果，让打包的最终结果在浏览器运行快速高效。

压缩代码。删除多余的代码、注释、简化代码的写法等等方式。可以利用webpack的UglifyJsPlugin和ParallelUglifyPlugin来压缩JS文件，利用cssnano（css-loader?minimize）来压缩css
利用CDN加速。在构建过程中，将引用的静态资源路径修改为CDN上对应的路径。可以利用webpack对于output参数和各loader的publicPath参数来修改资源路径
删除死代码（Tree Shaking）。将代码中永远不会走到的片段删除掉。可以通过在启动webpack时追加参数–optimize-minimize来实现
提取公共代码。

如何提高webpack的构建速度？

多入口情况下，使用CommonsChunkPlugin来提取公共代码
通过externals配置来提取常用库
利用DllPlugin和DllReferencePlugin预编译资源模块通过DllPlugin来对那些我们引用但是绝对不会修改的npm包来进行预编译，再通过DllReferencePlugin将预编译的模块加载进来。
使用Happypack 实现多线程加速编译
使用webpack-uglify-parallel来提升uglifyPlugin的压缩速度。原理上webpack-uglify-parallel采用了多核并行压缩来提升压缩速度
使用Tree-shaking和Scope Hoisting来剔除多余代码

标签：知识点,插件,gulp,webpack,loader,Gulp,Webpack,文件,模块
来源： https://blog.csdn.net/weixin_42357192/article/details/120513717

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

Grunt+Gulp+Webpack知识点整理

Grunt知识点整理

GRUNT

为何要用构建工具？

为什么要使用 Grunt？

常用功能

入门配置

gulp知识点整理

gulp

Gulp介绍

Gulp优点

入门配置

Webpack知识点整理

什么是Webpack？

Webpack核心概念

理解Loader

配置文件（默认）

插件

入门配置

Webpack常用配置项

Grunt、Gulp、Webpack区别

问题总结

webpack与grunt、gulp的不同？

webpack有哪些优点

webpack的缺点

bundle，chunk，module是什么

有哪些常见的Loader？他们是解决什么问题的？

有哪些常见的Plugin？他们是解决什么问题的？

Loader和Plugin的不同？

webpack的构建流程是什么?从读取配置到输出文件这个过程尽量说全

是否写过Loader和Plugin？描述一下编写loader或plugin的思路？

如何利用webpack来优化前端性能？（提高性能和体验）

如何提高webpack的构建速度？