上一篇已经实现了webpack的基本打包操作，但是并没有使用配置文件，而是使用 CLI 来实现打包。
配置文件
// webpack.config.js
module.exports = {
//入口文件的配置项
entry:{},
//出口文件的配置项
output:{},
//模块：例如解读CSS,图片如何转换，压缩
module:{},
//插件，用于生产模版和各项功能
plugins:[],
//配置webpack开发服务功能
devServer:{}
}
入口起点 单文件 module.exports = { entry: "./src/index.js" } 多文件 // 对象语法 module.exports = { entry: { app: "./sec/app.js", vendors: "./src/vendors.js" } } // 应用场景： 分离应用程序、和第三方库入口、多页面应用程序 // 多页面应用程序 const config = { entry: { pageOne: './src/pageOne/index.js', pageTwo: './src/pageTwo/index.js', pageThree: './src/pageThree/index.js' } };
出口 基本用法 // webpack.config.js const path = require('path'); const config = { output: { filename: 'bundle.js', path: path.resolve(__dirname, 'dist') } }; module.exports = config; 多入口起点 // { entry: { app: './src/app.js', search: './src/search.js' }, output: { filename: '[name].js', path: __dirname + '/dist' } } // 这里的[name]是占位符,之后会替换为 app、search // 写入到硬盘：./dist/app.js, ./dist/search.js
继续之前的学习
// webpack.config.js var path = require('path') module.exports = { entry: './src/index.js', output: { path: path.resolve(__dirname, 'dist'), filename: 'bundle.js' } }
// 执行 $ npx webpack --config webpack.config.js // 同样能打包OK
上面讲的比较零碎呢，看着不爽，那我们再来一个比较实用一点的demo吧
目录结构 | dist - index.html | src - index.js | package.json | webpack.config.js
具体代码实现 // webpack.config.js var path = require('path') module.exports = { entry: './src/index.js', output: { path: path.resolve(__dirname, 'dist'), filename: 'js/bundle.js' } } // index.html <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <meta http-equiv="X-UA-Compatible" content="ie=edge"> <title>Document</title> </head> <body> <div id="title"></div> <script src="./js/bundle.js"></script> </body> </html> // index.js document.getElementById('title').innerHTML = 'hello webpack';
package.json的配置尤其重要：
{ "name": "webpack_new_test", "version": "1.0.0", "description": "", "main": "index.js", "scripts": { "test": "echo "Error: no test specified" && exit 1", "build": "webpack --mode development" // "build": "webpack --config webpack.config.js --mode development" // 上面两种配置等价，--config webpack.config.js可以不写，默认是它。 // webpack 4.0之后多了mode的配置，因此我们需要配置一下，不然会出现警告哦 }, "author": "", "license": "ISC", "devDependencies": { "webpack": "^4.4.1", "webpack-cli": "^2.0.13" } }
运行一下：npm run build
补充：
// 按道理我们在本地安装了webpack，这部就是应该直接运行webpack 就可以打包了嘛 >$ webpack webpack : 无法将“webpack”项识别为 cmdlet、函数、脚本文件或可运行程序的名称。请检查名称的拼写，如果包括路径，请确保路 径正确，然后再试一次。 所在位置 行:1 字符: 1 + webpack + ~~~~~~~ + CategoryInfo : ObjectNotFound: (webpack:String) [], CommandNotFoundException + FullyQualifiedErrorId : CommandNotFoundException // 恰恰报错了呢 // 解决办法一 全局安装 webpack 和 webpack-cli // 解决办法二 就是上诉我们在package.json中进行配置 "build": "webpack --mode development"
扩展一下：
webpack中常用的：
var path = require('path')
是nodejs中的path模块，介绍一下webpack中常用的几个path模块的方法：
应用node环境的时候，这个path模块的方法经常被用到，处理路径的方法。
Nodejs的path模块介绍：
网址：http://nodejs.cn/api/path.html
path 模块提供了一些工具函数，用于处理文件与目录的路径。可以通过以下方式使用：
const path = require('path');
或
var path = require('path')
Windows 与 POSIX
path 模块的默认操作会根据 Node.js 应用程序运行的操作系统的不同而变化。 比如，当运行在 Windows 操作系统上时，path 模块会认为使用的是 Windows 风格的路径。
在 POSIX 上:
path.basename('C:\temp\myfile.html');// 返回: 'C:\temp\myfile.html'
在 Windows 上:
path.basename('C:\temp\myfile.html');// 返回: 'myfile.html'
要想在任何操作系统上处理 Windows 文件路径时获得一致的结果，可以使用 path.win32：
在 POSIX 和 Windows 上:
path.win32.basename('C:\temp\myfile.html');// 返回: 'myfile.html'
要想在任何操作系统上处理 POSIX 文件路径时获得一致的结果，可以使用 path.posix：
在 POSIX 和 Windows 上:
path.posix.basename('/tmp/myfile.html');// 返回: 'myfile.html'
注意：在 Windows 上 Node.js 遵循单驱动器工作目录的理念。 当使用驱动器路径且不带反斜杠时就能体验到该特征。 例如，fs.readdirSync('c:\') 可能返回与 fs.readdirSync('c:') 不同的结果。
常见方法
path.join([...paths])
新增于: v0.1.16
path.join() 方法使用平台特定的分隔符把全部给定的 path 片段连接到一起，并规范化生成的路径。
长度为零的 path 片段会被忽略。 如果连接后的路径字符串是一个长度为零的字符串，则返回 '.'，表示当前工作目录。
例子：
path.join('/foo', 'bar', 'baz/asdf', 'quux', '..');// 返回: '/foo/bar/baz/asdf'
path.join('foo', {}, 'bar');// 抛出 'TypeError: Path must be a string. Received {}'
如果任一路径片段不是一个字符串，则抛出 TypeError。
path.normalize(path)
新增于: v0.1.23
path.normalize() 方法会规范化给定的 path，并解析 '..' 和 '.' 片段。
当发现多个连续的路径分隔符时（如 POSIX 上的 / 与 Windows 上的 或 /），它们会被单个的路径分隔符（POSIX 上是 /，Windows 上是 ）替换。 末尾的多个分隔符会被保留。
如果 path 是一个长度为零的字符串，则返回 '.'，表示当前工作目录。
例如，在 POSIX 上：
path.normalize('/foo/bar//baz/asdf/quux/..');// 返回: '/foo/bar/baz/asdf'
在 Windows 上：
path.normalize('C:\temp\\foo\bar\..\');// 返回: 'C:\temp\foo\'
Since Windows recognizes multiple path separators, both separators will be replaced by instances of the Windows preferred separator ():
path.win32.normalize('C:////temp\\/\/\/foo/bar');// Returns: 'C:\temp\foo\bar'
如果 path 不是一个字符串，则抛出 TypeError。
path.resolve([...paths])
新增于: v0.3.4
path.resolve() 方法会把一个路径或路径片段的序列解析为一个绝对路径。
给定的路径的序列是从右往左被处理的，后面每个 path 被依次解析，直到构造完成一个绝对路径。 例如，给定的路径片段的序列为：/foo、/bar、baz，则调用 path.resolve('/foo', '/bar', 'baz') 会返回 /bar/baz。
如果处理完全部给定的 path 片段后还未生成一个绝对路径，则当前工作目录会被用上。
生成的路径是规范化后的，且末尾的斜杠会被删除，除非路径被解析为根目录。
长度为零的 path 片段会被忽略。
如果没有传入 path 片段，则 path.resolve() 会返回当前工作目录的绝对路径。
例子：
path.resolve('/foo/bar', './baz');// 返回: '/foo/bar/baz'
path.resolve('/foo/bar', '/tmp/file/');// 返回: '/tmp/file'
path.resolve('wwwroot', 'static_files/png/', '../gif/image.gif');// 如果当前工作目录为 /home/myself/node，// 则返回 '/home/myself/node/wwwroot/static_files/gif/image.gif'