webpack的卸载
webpack4.x开始官方文档是说要单独安装webpack-cli所以如果是用4.+就需要卸载cli
1 | //删除全局webpack-cli 卸载uninstall可以简写成un,全局-g的完整写法是--global |
webpack的安装与使用
在空文件夹pratice下执行:
1 | //全局安装,默认最新版本,可以使用@指定版本 |
至此webpack安装成功。
然后执行webpack命令,结果报错:
原因是webpack命令会默认打包该路径下src文件夹下的index.js文件,但是我们这个pratice是个空文件夹。我们可以新建一下src/index.js,然后再执行webpack就不会报错了。执行webpack后会自动生成一个dist文件夹,里面有将index.js打包好的main.js文件,默认是production压缩形式,可以执行webpack --mode development
打包成未压缩的格式,方便阅读。
因为浏览器不支持require、import等那几个模块化变量,所以如果在src的js代码中使用了模块化,直接引用这样的js文件,浏览器是会报错的,所以需要通过webpack解析打包生成新的js文件,如上述的dist/main.js,然后引用这个js文件才ok。
引入模块化的简单打包
新建sum.js:
1 | export default function(a,b){ |
新建minus.js:
1 | module.exports = function(a,b){ |
项目pratice中新建demo.js:
1 | import sum from './sum.js'/* 使用ES Module规范 */ |
引入了ES Module和commonJS的模块化代码,浏览器是不支持的,所以要使用webpack来打包生成目标js文件,但是这次我不想被默认地打包到dist/main.js中,故可以使用命令webpack demo.js -o ./hh/bundle.js
将模块化代码打包到指定的路径下。
关于安装本地局部webpack
在此之前,我已经安装了全局的webpack,因此除了上述的项目路径下可以使用webpack指令,其他的路径也是可以使用的。但是最好再当前的项目路径下再安装一个本地局部的webpack。
先在项目根路径下执行npm init
指令进行项目初始化,该过程中可以一路回车。会生成一个package.json文件,里面会记录你的各种加载器loader、插件、webpack或者jQuery等等相关信息。这是非常方便的一个事情,举个例子:比如我拿到了别人给我的一个项目,package.json里面就记录了该项目所依赖的各种东西,比如webpack是3.0版本的,而我的全局webpack是4.0版本的,那么不用慌,我可以查看package.json里记录的信息,手动安装一次本地的webpack3.0。更方便的是我可以直接执行npm install
指令自动下载package.json里面的所有依赖。
项目初始化完成后,执行npm install webpack --save-dev
安装本地开发版本的webpack。之后会生成一个node modules的文件夹,里面都是安装下来的包。webpack-cli也是一样本地安装一次。
关于webpack.config.js
webpack.config.js是webpack的默认配置文件,它的书写必须遵循CommonJs规范。它不是唯一的,一个项目可以有多个配置文件。
1 | var path = require('path');/* path是node里面的变量 */ |
配置多个入口文件
可以使用对象的方式
1 | var path = require('path');/* path是node里面的变量 */ |
执行webpack
指令后会在dist文件夹下生成对应的app.bundle.js和index.bundle.js。注意filename: '[name].bundle.js'
loader
loader用于处理非js文件。在webpack中写相应的配置规则,并且安装相应的插件。下面以less-loader为例:
1 | //安装less-loader之前先安装less |
修改webpack.config.js:
1 | var path = require('path');/* path是node里面的变量 */ |
以下是常见的几个loader:
1 | module: { // 配置所有第三方loader 模块的 |
plugins
loader被用于转换某些非js类型的模块,而插件则可以执行范围更广的任务,包括:从打包优化和压缩,一直到重新定义环境中的变量等等。
想要使用一个插件,先安装下载,然后需要require()它,然后把它添加到plugins数组中。
cnpm i html-webpack-plugin -D
执行该指令安装插件。
1 | var path = require('path');/* path是node里面的变量 */ |
然后会在dist文件中生成index.html文件,里面自动引入了我们配置的js文件。
JS tree shaking
项目文件 treeShaking,先项目初始化npm init -y
,然后在生成的package.json里面添加"dev": "webpack --mode development"
,之后就不用每次都执行那么长的指令了,直接npm run dev
即可。同理也可以配置以下生产环境的指令"prod": "webpack --mode production"
js tree shaking通常用于描述移除 JavaScript 上下文中的未引用代码(dead-code),就是把未使用到的js代码去掉,精简js代码。它依赖于 ES2015 模块语法的 静态结构 特性,例如 import
和 export
。
development VS production
举个例子:
index.js:
1 | import {abc} from '../sum.js'; |
sum.js
1 | var abc = function(){ |
执行npm run dev后生成main.js,事实上我们只引用到了sum.js中的abc,并没有使用heihei,但是在webpack生成的main.js中搜索heihei关键字,发现依旧生成了关于heihei的代码,这造成了不必要的冗余。
如果我们执行npm run prod生成main.js,我们发现没有生成关于heihei的代码,因为production模式下会自动去掉未使用的js代码,实现了tree shaking。
webpack-deep-scope-plugin
Loadsh
是一个一致性、模块化、高性能的 JavaScript 实用工具库。在数据操作时,我们经常会用的 loadsh 封装好的一些工具方法,但是并不想把整个包打包进项目里面。要用到 tree-shaking,必然要保证引用的模块都是 ES6 规范的。lodash-es 是着具备 ES6 模块化的版本,只需要直接引入就可以。
先安装lodash-es: cnpm i lodash-es -D
sum.js中引入lodash-es库:
1 | import lodash from 'lodash-es' |
但是index.js中仍然只使用abc:
1 | import {abc} from '../sum.js'; |
执行npm run dev,发现打包后的文件大小多达1.5Mb,相比于npm run prod生成的只有86Kb大小,因为它把lodash-es也打包进去了尽管我们index.js中并没有真正使用到lodash-es。但是尽管npm run prod生成的main.js确实比development的小,事实上它也打包了lodash-es里的代码了,只是比前者少了一点。因为npm run prod只能进行词法语法层面上的分析(sum.js中确实写了些关于lodash-es的代码),无法进行scope作用域上的分析,到底真正用没用它是不知道的。因此,npm run prod并不是最佳的tree shaking。
这里 就需要用到一个插件: webpack-deep-scope-plugin。 先安装npm i webpack-deep-scope-plugin -D
在webpack.config.js中进行配置:
1 | const WebpackDeepScopeAnalysisPlugin = require('webpack-deep-scope-plugin').default; |
然后,执行npm run prod
,我们发现打包出来的main.js大小不到1Kb。js tree shaking得到了较好的结果。
CSS tree shaking
首先关于css的,就一定要先安装好style-loader和css-loader,以及写好配置规则。
单独抽离出css
然后需要安装一个插件mini-css-extract-plugin,用于单独抽离出css文件而非被写进main.js中。
写好配置规则:
1 | const WebpackDeepScopeAnalysisPlugin = require('webpack-deep-scope-plugin').default; |
注意的是,这里用MiniCssExtractPlugin.loader代替了之前的style-loader,style-loader是生成行间样式的,这个mini-css-extract-plugin插件可以生成一个main.css文件,然后我们就可以使用<link rel="stylesheet" href="../dist//main.css">
来引入css。在生成的dist/main.js中是没有关于demo.css的代码的,做到了单独抽离出css文件。
css抖动
渡一视频这里用到了一个新的插件purifycss-webpack。但是这个插件已经被弃用了,用起来也有些bug,有些有被使用到的css没有被打包。我这里就不写了。
复习一下处理css/less和postcss
1 | npm init -y |
1 | //demo.css |
1 | //demo.less |
1 | //index.js |
1 | //index.html |
1 | var path = require('path'); |
postcss
有个问题就是关于css3的兼容代码,像demo.less里面的transform: rotate(45deg);
,需要写:
1 | transform: rotate(45deg); |
基于postcss可以自动帮我们加上这些兼容的前缀。
另一个问题就是基于postcss可以解析cssnext的代码:
1 | //带有cssnext代码的demo.less |
安装与配置
1 | cnpm i postcss postcss-loader autoprefixer cssnano postcss-cssnext -D |
webpack.config.js
1 | var path = require('path'); |
单独抽离html文件
HtmlWebpackPlugin
npm install –save-dev html-webpack-plugin 安装之,然后再webpack.config.js中配置:
1 | var HtmlWebpackPlugin = require('html-webpack-plugin'); |
之后会生成dist/index.html,而且里面会自动引入所需要的css和 js,因此不必再src/index.html中手动加入了。
事实上html-webpack-plugin还有很多可以配置的东西,网上都有。
clean-webpack-plugin
另外我们每次webpack要重新生成dist文件夹的时候,之前生成的一直都在着需要手动删除,比较麻烦,所以可以使用一个插件clean-webpack-plugin
。 命令npm i clean-webpack-plugin -D
执安装之。
然后再webpack.config.js中配置:
1 | const CleanWebpackPlugin = require('clean-webpack-plugin'); |
即可。
提取公共JS代码
存在一个情况,假如有a,b两个js文件,它俩都引入了一个相同的第三方库或者是相同的自定义的模块。那么当我们加载a文件的时候会把它打包出来,包括引用了的相同的库和模块,而加载b文件的时候也做了相同的事情,那么明明是相同的一个库或模块,却被打包了两次,这样就冗余了,降低了效率。我们将同一个代码/模块/库打包了多次,因此我们需要做到提取公共JS代码,避免上述情况发生,实现减少代码冗余,提高项目的加载速度。
注意的是,提取公共代码针对的是多入口文件,如果只有一个js文件的话是不成立的。提取公共代码至少是两个文件。
案例一: 自定义公共业务代码
1 | //这是一个公共模块 module.js |
1 | //subPageA.js |
1 | //subPageB.js |
1 | //pageA.js |
1 | //pageB.js |
1 | entry:{ |
打包后的:
案例二: 从lodash中提取公共代码
先安装一下lodash: cnpm i lodash -D
1 | //pageA.js |
1 | //pageB.js |
注意的是,我们之前打包出来的公共js文件是我们自定义的公共模块,这里我们引用了第三方库lodash,最好是不要和我们自定义的模块一同被打包到一个公共js文件中,因此需要再配置一下。
1 | entry:{ |
打包之后:
处理图片
项目根目录img
1 | npm init -y |
关于img-loader和imagemin-pngquant
1 | var path = require("path"); |
以上到这一步为止,只能处理css中的url,尚无法解析html中引用的图片路径,比如html中的<img src="./logo.png" alt="">
是会报错的。因此需要安装一个html-loader,然后在webpack.config.js中的module->rules添加一个test:
1 | { |
然后就 ok 了
webpack-dev-server开启本地服务器
先安装 : npm install webpack-dev-server -g 要全局安装
安装成功后执行命令webpack-dev-server --open
就可以了,默认在localhost:8080端口,项目就启动了。但是要注意的是,该命令并没有把项目进行打包,所以最后发布的时候还是要用webpack指令进行打包。
它会实时监听代码的变化。
devServer配置:
1 | module.exports = { |
进行数据交互
mock一个假数据
1 | //data.json |
1 | //index.js |
然后就可以了。
再来说说使用ajax的:
1 | //index.js |
热更新 hot module replace
虽然说webpack-dev-server可以自动监听代码变化并自动刷新,但是它每次刷新都要整个页面刷新,整个页面的所有数据都要重新请求一遍,实际上修改的只是一部分,其他的是不必要重新请求的。这里引出了热更新这个概念。热更新,英文为 hot module replace,直译为“热模块替换”,这里的热模块就是被修改的那部分模块。
webpack中内置了热更新的插件,所以不必再下载,直接再webpack.config.js中配置:
1 | ... |
这样热更新基本实现了。
【需要注意的是】:
对于CSS,如果使用了MiniCssExtractPlugin单独抽离出来css文件,那么这个热更新是无效的。之对于使用style-loader的有效。
对于JS,目前这一步是无法实现对于js的热更新的 ,需要再js文件中添加如下代码:
1 | if(module.hot){ |
这样就实现了对于js代码的热更新。