随着前端的不断发展,现代前端开发的复杂度和规模越来越庞大。工程化的思想催生了很多流行框架的进程,作为现在最流行的前端构建工具--webpack。
官方文档
本质上,webpack 是一个现代 JavaScript 应用程序的静态模块打包器(module bundler),将项目当作一个整体,通过一个给定的的主文件,webpack将从这个文件开始找到你的项目的所有依赖文件,使用loaders处理它们,最后打包成一个或多个浏览器可识别的js文件
核心概念:
入口起点(entry point)
指示 webpack
应该使用哪个模块,来作为构建其内部依赖图的开始
可以通过在 webpack
配置中配置 entry
属性,来指定一个入口起点(或多个入口起点)
module.exports = {
entry: './path/to/my/entry/file.js'
};
output
属性告诉 webpack
在哪里输出它所创建的 bundles
,以及如何命名这些文件,默认值为 ./dist
loader
让 webpack
能够去处理那些非 JavaScript
文件(webpack
自身只理解 JavaScript
)
loader
被用于转换某些类型的模块,而插件则可以用于执行范围更广的任务。插件的范围包括,从打包优化和压缩,一直到重新定义环境中的变量
通过选择 development
或 production
之中的一个,来设置 mode
参数,你可以启用相应模式下的 webpack
内置的优化
module.exports = {
mode: 'production'
};
let webpack = require('webpack');
module.exports = {
entry:'./entry.js', //入口文件
output:{
//node.js中__dirname变量获取当前模块文件所在目录的完整绝对路径
path:__dirname, //输出位置
filename:'build.js' //输入文件
},
module:{
// 关于模块的加载相关,我们就定义在module.loaders中
// 这里通过正则表达式去匹配不同后缀的文件名,然后给它们定义不同的加载器。
// 比如说给less文件定义串联的三个加载器(!用来定义级联关系):
rules:[
{
test:/\.css$/, //支持正则
loader:'style-loader!css-loader'
}
]
},
//配置服务
devServer:{
hot:true, //启用热模块替换
inline:true
//此模式支持热模块替换:热模块替换的好处是只替换更新的部分,而不是页面重载.
},
//其他解决方案配置
resolve:{
extensions:['','.js','.json','.css','.scss']
},
//插件
plugins:[
new webpack.BannerPlugin('This file is create by baibai')
]
}
// webpack.config.js
var WebpackDevServer = require("webpack-dev-server");
module.exports = {
...
devServer: {
...
port: '8088', //设置端口号
// 代理设置
proxy: {
'/api': {
target: 'http://localhost:80/index.php', // 目标代理
pathRewrite: {'^/api' : ''}, // 重写路径
secure: false, // 是否接受运行在 HTTPS 上
}
}
}
}
配置多个入口文件
entry: {
home: resolve(__dirname, "src/home/index.js"),
about: resolve(__dirname, "src/about/index.js")
}
三者都是前端构建工具
grunt
和gulp
是基于任务和流的。找到一个(或一类)文件,对其做一系列链式操作,更新流上的数据, 整条链式操作构成了一个任务,多个任务就构成了整个web的构建流程
webpack
是基于入口的。webpack
会自动地递归解析入口所需要加载的所有资源文件,然后用不同的Loader
来处理不同的文件,用Plugin
来扩展webpack
功能
webpack
与前者最大的不同就是支持代码分割,模块化(AMD,CommonJ,ES2015),全局分析
为什么选择webpack
css-loader
:加载 CSS
,支持模块化、压缩、文件导入等特性style-loader
:把 CSS
代码注入到 JavaScript 中
,通过 DOM
操作去加载 CSS
slint-loader
:通过 SLint
检查 JavaScript
代码babel-loader
:把 ES6
转换成 ES5
file-loader
:把文件输出到一个文件夹中,在代码中通过相对 URL
去引用输出的文件url-loader
:和 file-loader
类似,但是能在文件很小的情况下以 base64
的方式把文件内容注入到代码中去define-plugin
:定义环境变量commons-chunk-plugin
:提取公共代码Webpack
将一切文件视为模块,但是webpack
原生是只能解析js
文件.Loader
的作用是让webpack
拥有了加载和解析非JavaScript
文件的能力在
module.rules
中配置,也就是说他作为模块的解析规则而存在,类型为数组
扩展webpack
的功能,让webpack
具有更多的灵活性在
plugins
中单独配置。类型为数组,每一项是一个plugin
的实例,参数都通过构造函数传入
Shell
语句中读取与合并参数,得出最终的参数Compiler
对象,加载所有配置的插件,执行对象的 run
方法开始执行编译entry
找出所有的入口文件Loader
对模块进行翻译,再找出该模块依赖的模块,再递归本步骤直到所有入口依赖的文件都经过了本步骤的处理Loader
翻译完所有模块后,得到了每个模块被翻译后的最终内容以及它们之间的依赖关系Chunk
,再把每个 Chunk
转换成一个单独的文件加入到输出列表,这步是可以修改输出内容的最后机会在以上过程中,Webpack
会在特定的时间点广播出特定的事件,插件在监听到感兴趣的事件后会执行特定的逻辑,并且插件可以调用Webpack
提供的API
改变Webpack
的运行结果
编写Loader
时要遵循单一原则,每个Loader
只做一种"转义"工作。 每个Loader
的拿到的是源文件内容(source)
,可以通过返回值的方式将处理后的内容输出,也可以调用this.callback()
方法,将内容返回给webpack
。 还可以通过this.async()
生成一个callback
函数,再用这个callback
` 将处理后的内容输出出去相对于
Loader
而言,Plugin
的编写就灵活了许多。webpack
在运行的生命周期中会广播出许多事件,Plugin
可以监听这些事件,在合适的时机通过Webpack
提供的API
改变输出结果
具体可以参考 这里
CDN
加速。在构建过程中,将引用的静态资源路径修改为 CDN
上对应的路径Tree Shaking)
。将代码中永远不会走到的片段删除掉base64
的方式写入文件中参考 这里
webpack
的标准模式,直接在 entry
中指定单页应用的入口即可webpack
的 AutoWebPlugin
来完成简单自动化的构建,但是前提是项目的目录结构必须遵守他预设的规范bundle
是由webpack
打包出来的文件,chunk
是指webpack
在进行模块的依赖分析的时候,代码分割出来的代码块。module
是开发中的单个模块