上一级使用 webpack 及其 loader 对前端代码进行构建的方法还不够简单,缺点如下。
- 每次构建都需要指定项目的入口文件(./index.js)与输出文件(./bundle.js)
- 使用 loader 都需要 xxx! 的形式,意味着每个有 require CSS 资源的地方,都需要写 require('style!css!./index.css');
使用配置文件进行优化:webpack 支持 Node.js 模块格式的配置文件,默认回使用当前目录下的 webpack.config.js,配置文件只需要 export 的一个配置信息对象即可。
module.exports = {
// configuration
// 项目入口文件
entry: ,
// 构建的输出结果描述,本身是一个对象,包括多个字段,比较重要的如下
output: {
// 输出目录
path: ,
// 输出文件名
filename: ,
// 输出目录所对应的外部路径(从浏览器中访问)
publicPath:
}
}
其中 publicPath 是一个很容易被忽略但是很重要的配置,它表示构建最终结果被访问时的路径
一个常见的前端构建上线的过程是:
配置构建输出目录 dist,构建完成后对 dist 目录进行打包,然后将其内容(结果文件往往会不止一个)发布到 CDN 上。比如 dist/bundle.js,假设它最终发布地址为 http://cdn.example.com/static/bundle.js,则这里的 publicPath 应当取输出目录(dist/)所对应的线上路径,即 http://cdn.example.com/static/。在我们的演示项目中,直接通过相对路径访问静态资源,不涉及打包上线 CDN 的过程,所以不做配置。
对于之前的例子,配置文件(webpack.config.js,__dirname内置变量,指当前工作目录)如下:
var path = require("path");
module.exports = {
entry: path.join(__dirname, "index"),
output: {
filename: "bundle.js",
path: __dirname
},
module: {
loaders: [
{test: /\.css$/, loaders: ["style-loader", "css-loader"]}
]
}
};
module.loaders 是对于模块中的 loader 使用的配置,值为一个数组。数组的每一项指定一个规则,规则的 test 字段是正则表达式,若被依赖的模块的 ID 符合正则表达式,则对依赖模块依次使用规则中 loaders 字段所指定的 loader 进行转换。
在这里我们配置了对所有符合/.css$/,即后缀名为 .css 的资源使用 style-loader 与 css-loader,这样在 JavaScritp 代码中 require CSS 模块的时候就不用每次都写一遍 style!css! 了,只需要像依赖 JavaScript 模块写成
require('./index.css');
这样每次构建的时候也不需要手动指定入口文件和输出文件了,直接在项目的目录下执行:
webpack
webpack 会默认从 webpack.config.js 中获取配置信息,并执行构建过程。