Grunt+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+Gulp+Webpack知识点整理

  • 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+Gulp+Webpack知识点整理
    注:任务执行,同步任务,执行完一个在执行下一个。

  • 插件分类

    • 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优点

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

入门配置

  • 安装Node.js

  • 全局安装 gulp

    npm install gulp -g
    
  • 局部安装gulp

    npm install gulp --save-dev
    
  • gulp项目基本目录文件夹
    Grunt+Gulp+Webpack知识点整理

  • gulpfile.js文件配置
    Grunt+Gulp+Webpack知识点整理
    注:任务执行是否同步取决于定义的默认任务。
    默认任务有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项目基本目录文件夹
    Grunt+Gulp+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的基本使用


下一篇:gulpfile.js gulp升级后gulpfile.js的变化 gulp执行shell