关于Webpack前两篇跟你们分享的主要是Webpack的一些基本的配置,今天开始咱们详细了解一下有关Webpack的各类配置,今天主要跟你们分享的是Webpack的资源入口和资源出口的配置。javascript
若是想了解前两篇的文章请访问下面的地址:css
资源入口配置是Webpack配置中不可缺乏的一个环节,Webpack经过context和entry这两个配置项来共同决定入口文件的路径。从英文翻译过来的字面的意思能够了解到context是上下文的意思,entry是入口,在配置入口的时候其实作了两件事情:java
context能够理解为资源入口的路径前缀,在配置时要求必须使用绝对路径的形式,配置代码例子以下:webpack
const path = require('path') module.exports = { context: path.join(__dirname, './src') entry: './index.js', output: { path: path.join(__dirname, 'dist'), filename: 'bundle.js' }, mode: 'development', "devServer": { "publicPath": './dist', "port": 3000 } }
其实context 的配置至关于引入前缀‘src’,若是不用context,能够配置成web
entry: './src/index.js'
context这个配置能够省略,配置context的主要目的是让entry的编写更加简洁,尤为是在多入口的状况下。数组
entry的配置能够有多种形式:字符串、数组、对象、函数。能够根据不一样的需求场景来选择。缓存
module.exports = { entry: './src/index.js', output: { filename: 'bundle.js' }, mode: 'development', "devServer": { "publicPath": './dist', "port": 3000 } }
module.exports = { entry: ['./add.js', './index.js'], output: { filename: 'bundle.js' } }
其实这种作法至关于字符串引入的一种,就如异步
module.exports = { entry: './src/index.js', output: { filename: 'bundle.js' } } // index.js 文件引入add文件 import './add'
数组类型入口其实数组里的js文件最后仍是合并到一个文件bundle.js上webpack-dev-server
module.exports = { entry: { index: './src/index.js', // chunk name 为 index add: './src/add.js' // chunk name 为 add }, output: { filename: 'bundle.js' } }
注意:对象的属性值也能够为字符串或数组。函数
module.exports = { entry: { index: ['./add2.js', './index.js'] // chunk name 为 index add: './src/add.js' // chunk name 为 add }, output: { filename: 'bundle.js' } }
用函数定义入口时,只要返回上面介绍的任何配置形式便可,如:
// 返回字符串形式的入口 module.exports = { entry: () => './src/index.js', output: { filename: 'bundle.js' } } // 返回对象形式的入口 module.exports = { entry: () => ({ index: ['./add2.js', './index.js'] // chunk name 为 index add: './src/add.js' // chunk name 为 add }), output: { filename: 'bundle.js' } }
用函数做为一个入口的好处是咱们能够在函数体里添加一些动态的逻辑来获取项目的入口,另外,函数也支持返回一个Promise对象来进行异步操做。例子以下:
module.exports = { entry: () => new Promise((resolve) => { // 模拟异步操做 setTimeout(()=> { resolve('./src/index.js') }, 1000) }), output: { filename: 'bundle.js' } }
接下来,让咱们详细去了解一下资源出口的配置,资源出口配置的参数大部分都在output里面,这里先了解一下几个经常使用的配置参数。
const path = require('path') module.exports = { context: path.join(__dirname, './src'), entry: './index.js', output: { path: path.join(__dirname, 'dist'), filename: 'bundle.js' }, mode: 'development', "devServer": { "publicPath": './dist', "port": 3000 } }
打包效果以下
filename不只能够是文件名,也能够是路径,以下:
const path = require('path') module.exports = { context: path.join(__dirname, './src'), entry: './index.js', output: { filename: './dist/bundle.js' }, mode: 'development' }
在多入口的场景中,若是须要为对应产生的每一个bundle指定不一样的名字,Webpack支持使用一种相似模板语言的形式动态地生成文件名,如:
const path = require('path') module.exports = { context: path.join(__dirname, './src'), entry: { index: './index.js', //chunk name 为index index2: './index2.js' //chunk name 为index2 }, output: { filename: '[name].js' }, mode: 'development' }
在资源输出时,上面配置的filename中的[name]会被替换为chunk name,所以最后项目中实际生成的资源是index.js与index2.js
在咱们作实际项目中,使用比较多的是[name],它与chunk是一一对应的关系,而且可读性较高。若是要控制客户端缓存,最好还要加上[chunkhash],由于每一个chunk所产生的[chunkhash]只与自身内容有关,单个chunk内容的改变不会影响其余资源,能够最精确地让客户端缓存获得更新。
以下:
const path = require('path') module.exports = { context: path.join(__dirname, './src'), entry: { index: './index.js', index2: './index2.js' }, output: { filename: '[name]@[chunkhash].js' }, mode: 'development' }
打包的效果以下:
这个[chunkhash] 更新缓存配置通常只在生产环境中配置,不在开发环境中配置
const path = require('path') module.exports = { context: path.join(__dirname, './src'), entry: { index: './index.js', index2: './index2.js' }, output: { path: path.join(__dirname, 'dist') filename: '[name]@[chunkhash].js' }, mode: 'development' }
在Webpack 4以后,output.path已经默认为dist目录,除非咱们须要更改它,不然没必要单独配置。
module.exports = { entry: './src/index.js', output: { filename: 'bundle.js' }, mode: 'development', "devServer": { "publicPath": './dist', "port": 3000 } }
publicPath跟path有很大的区别:path用来指定资源的输出位置,而publicPath则用来指定资源的请求位置的。
webpack-dev-server的配置中也有一个publicPath,可是,这个publicPath与Webpack中的配置项含义不一样,它的做用是指定webpack-dev-server的静态资源服务路径。详情请查看《Webpack实战(二):webpack-dev-server的介绍与用法》
为了不开发环境和生产环境产生不一致而形成开发者的疑惑,咱们能够将webpack-dev-server的publicPath与Webpack中的output.path保持一致,这样在任何环境下资源输出的目录都是相同的
有关Webpack资源入口和资源出口的配置就暂时分析到这里,这仅表明我的观点,欢迎拍砖,如想了解更多请扫描下面: