文章30 | 阅读 13781 | 点赞0
说起WebPack的发展历程,不由想起了一那句“千里马常有,而伯乐不成有的”的名言,相信很多人都听说过Grunt, Gulp 这样的架构工具,但是却很少有人涉及应用过Webpack, 但是由于React的技术框架的风靡一时,webpack的地位以及应用度得到了很大的提升,这不得不感谢Facebook的架构。
对此,我也谈一下webpack在React项目中的应用实践,究竟为何要用这样一个技术架构。
首先,webpack是一款前端的架构工具,也是近期最火的一款模块加载器兼打包工具,它能把各种资源,例如JS(含JSX)、coffee、样式(含less/sass)、图片等都作为模块来使用和处理。
我们可以直接使用 require(XXX) 或者import(XXX)的形式来引入各模块,即使它们可能需要经过编译(比如JSX和sass), webpack拥有很多的模块加载器(loader)来处理这些问题。
我们常规直接使用 npm 的形式来安装:
$ npm install webpack -g
常规项目还是把依赖写入 package.json 包去更人性化:
$ npm init
$ npm install webpack --save-dev
每个webpack的工程都会有一个配置文件,就比如grunt中的gruntfile.js, gulp中的gulpfile.js。
webpack中的文件名字叫做webpack.config.js, 这个文件需要在项目根目录创建,默认的执行指令为‘webpack’。
简单配置:
module.exports = {
entry: './index.js',
output: {
path: __dirname,
filename: 'bundle.js'
},
module: {
loaders: [{
test: /\.css$/,
loaders: ['style-loader', 'css-loader']
}]
}
};
这里解释一下几个属性的作用:
可以配置多个entry:
var path = require('path');
var config = {
entry: {
admin: './admin/index.js',
consumer: './consumer/index.js'
},
output: {
path: path.join(__dirname, 'dist'),
publicPath: '/dist/',
filename: '[name].bundle.js'
}
};
module.exports = config;
上面代码中的path, __dirname为webpack特有的方法属性用于指定路径。
对于webpack来讲,可贵之处在于提供了大量可用的loader处理我们的资源文件,Loader 是支持链式执行的,如处理 sass 文件的 loader,可以由 sass-loader、css-loader、style-loader 组成,由 compiler 对其由右向左执行,第一个 Loader 将会拿到需处理的原内容,上一个 Loader 处理后的结果回传给下一个接着处理,最后的 Loader 将处理后的结果以 String 或 Buffer 的形式返回给 compiler。
如下常用几项:
loaders: [
{test: /\.js$/, loader: "babel", exclude: /node_modules/},
{test: /\.jsx$/, loader: "jsx-loader"}
{test: /.css$/, loader: 'style!css'} ]
loader安装:
sudo install image-webpack-loader --save-dev
config代码:
module: {
loaders: [
{
test: /\.(jpe?g|png|gif|svg)$/i,
loaders: [
'file?hash=sha512&digest=hex&name=img/[hash].[ext]',
'image-webpack?bypassOnDebug&optimizationLevel=7&interlaced=false'
]
}
]
},
sudo npm install url-loader --save-dev
url-loader的功能和image-loader功能比较类似,只是url-loader可以k控制小于某个大小的图片转成dataurl。
webpack的plugin可以帮助开发者处理压缩混淆等代码上的问题,使用也是相当方便,具体我们看一下代码:
plugins: [
//单独生成html文件
new HtmlWebpackPlugin({
filename: '../index.html',//生成的html及存放路径,相对于path
template: './src/index.html',//载入文件及路径
publicPath: "js/",//这是build文件下html文件引用js文件的路径
chunks: ['index'],//需要引入的chunk,不配置就会引入所有页面的资源
}),
// 使用browser-sync实时刷新页面
new BrowserSyncPlugin({
host: 'localhost',
port: 3000,
server: { baseDir: ['./build/'] }//会默认访问./build/index.html
}),
//负责压缩JS代码,并控制是否要显示警告
new webpack.optimize.UglifyJsPlugin({
compress: {
warnings: true
}
}),
new webpack.optimize.OccurenceOrderPlugin()
]
这里主要说明一下一下几个个插件:
new webpack.optimize.DedupePlugin()
主要查找相等或近似的模块,避免在最终生成的文件中出现重复的模块,比如可以用它去除依赖中重复的插件。
new webpack.optimize.OccurenceOrderPlugin()
这个插件为组件和模块分配ID,通过这个插件webpack可以分析和优先考虑使用最多的模块,并为它们分配最小的ID,通过分析ID,可以建议降低总文件的大小。
new webpack.HotModuleReplacementPlugin()
全局开启代码热替换,
new ExtractTextPlugin("styles.css")
默认情况下,css是被打包到js中的如果接受不了,我们可以应用这个plugin将css style提取出来。
webpack-dev-server比较好用的地方在于热替换,更改后不需要重新刷新浏览器,配置上相比其他工具容易的多。简称(HMR).
sudo npm install webpack-dev-server --save-dev
我们只要在启动时候指定 –hot指令即可,例如:
webpack-dev-server --progress --colors --hot --inline -d
可以直接复制使用哦,打开url, 尝试修改代码,看看能否自动刷新!
webpack的运行相对简单:
webpack -watch 提供watch方法,实时进行打包更新
webpack -p 对打包后的文件进行压缩
webpack -d 提供SourceMaps,方便调试
webpack --colors 输出结果带彩色,比如:会用红色显示耗时较长的步骤
webpack --profile 输出性能数据,可以看到每一步的耗时
webpack --display-modules 默认情况下 node_modules 下的模块会被隐藏,加上这个参数可以显示这些被隐藏的模块
通常情况下我们也会用npm包管理器进行封装,以便于使用,例如:
"scripts": {
"start": "./node_modules/.bin/webpack -d --progress --colors --watch",
"build/":"./node_modules/.bin/webpack -p"
}
总体上来讲,webpack并不是一个新的工具,之前使用范围也不是很广泛,但是自由其过人之处,很多loader还有待继续完善,相信之后的版本会给大家一个不错的惊喜。
版权说明 : 本文为转载文章, 版权归原作者所有 版权申明
原文链接 : https://blog.csdn.net/jiangbo_phd/article/details/53385437
内容来源于网络,如有侵权,请联系作者删除!