webpack使用入门及常用配置总结
2021-04-26 05:29
标签:自己 文件大小 cal login 组件 基本使用 handle column api 转自:https://www.cnblogs.com/y896926473/articles/6011711.html 官网:https://www.webpackjs.com/concepts/ webpack 是一个模块打包工具。它使得模块相互依赖并且可构建等价于这些模块的静态资源。相比于已经存在的模块打包器(module bundler),webpack的开发动机是实现代码分包(Code Splitting )和通过模块化完成代码的无缝集成。webpack可以根据项目需求合并代码,并且支持按需加载。 webpack的实现目标是: 安装webpack之前,请确认node已经安装完毕,且npm包管理器可用。 webpack-dev-server是一个轻量级的服务器,使用内存来存储webpack开发环境下的打包文件,并且可以使用模块热更新,修改文件源码后,自动刷新页面将修改同步到页面上,比传统的http服务对开发更加有效。 在项目的根目录下运行: 在项目根目录下新建webpack.config.js。我们通过这个文件来处理控制webpack,给出我们想要的输出。 项目根目录运行: 此时,访问: http://localhost:8080/index.bundle.js 即可访问到编译之后的js了。 通过webpack打包发布,运行: 按照我们上面的 配置那些js需要处理, 数组 对象 例如 设置入口配置的文件的输出规则,通过 其中: loader用于加载某些资源文件。因为webpack本身只能打包common.js规范的js文件,对于其他资源如css,img等,是没有办法加载的,这时就需要对应的loader将资源转化,从而进行加载。 安装loader 其中,XXX为webpack支持的loader名,常用loader: a.模板: (1)html-loader:将HTML文件导出编译为字符串,可供js识别的其中一个模块 (2)pug-loader : 加载pug模板 (3)jade-loader : 加载jade模板(是pug的前身,由于商标问题改名为pug) (4)ejs-loader : 加载ejs模板 (5)handlebars-loader : 将Handlebars模板转移为HTML b.样式: (1)css-loader : 解析css文件中代码 (2)style-loader : 将css模块作为样式导出到DOM中 (3)less-loader : 加载和转义less文件 (4)sass-loader : 加载和转义sass/scss文件 (5)postcss-loader : 使用postcss加载和转义css/sss文件 c.脚本转换编译: (1)script-loader : 在全局上下文中执行一次javascript文件,不需要解析 (2)babel-loader : 加载ES6+ 代码后使用Babel转义为ES5后浏览器才能解析 (3)typescript-loader : 加载Typescript脚本文件 (4)coffee-loader : 加载Coffeescript脚本文件 d.JSON加载: (1)json-loader : 加载json文件(默认包含) (2)json5-loader : 加载和转义JSON5文件 e.Files文件 (1)raw-loader : 加载文件原始内容(utf-8格式) (2)url-loader : 多数用于加载图片资源,超过文件大小显示则以 base64 的方式把文件内容注入到代码中去 (3)file-loader : 将文件发送到输出的文件夹并返回URL(相对路径) (4)jshint-loader : 检查代码格式错误 6.加载框架: (1)vue-loader : 加载和转义vue组件 (2)angualr2-template--loader : 加载和转义angular组件 (3)react-hot-loader : 动态刷新和转义react组件中修改的部分,基于webpack-dev-server插件需先安装,然后在webpack.config.js中引用react-hot-loader 配置loader 需要多loader处理的配置: 3.4.1 借助web_modules引用外部库 文件组织如下: 此时,我们就可以在业务逻辑中,大胆地使用web_modules中配置的库了,打包的时候,webpack会自动将web_modules中被用到的库封装。 例如: 当我们经常使用React、jQuery等外部第三方库的时候,通常在每个业务逻辑JS中都会遇到这些库。 webpack.config.js中: 这样,我们在JS中,就不需要引入jQuery等常用模块了,直接使用配置的这些变量,webpack就会自动引入配置的库。 某些情况,我们需要在页面中输出开发调试内容,但是又不想让这些调试内容在发布的时候泄露出去,那么我们可以采用 配置文件: 业务逻辑代码中写入 设置环境命令 要告诉webpack我们希望当前是什么环境,只需要在命令中写入 我们可以在package.json中事先定义好命令: 那么就可以避免输入冗长的命令了: 开发时输入: 发布时输入: 项目中,对于一些常用的组件,站点公用模块经常需要与其他逻辑分开,然后合并到同一个文件,以便于长时间的缓存。要实现这一功能,可使用CommonsChunkPlugin插件配置参照: 可以通过在配置中加入 Webpack 的运行流程是一个串行的过程,从启动到结束会依次执行以下流程: 在以上过程中,Webpack 会在特定的时间点广播出特定的事件,插件在监听到感兴趣的事件后会执行特定的逻辑,并且插件可以调用 Webpack 提供的 API 改变 Webpack 的运行结果。 为了方便大家摘取,和补全文章中用于示例的代码片段,特将配置文件整理如下,作参考: 配置文件: webpack使用入门及常用配置总结 标签:自己 文件大小 cal login 组件 基本使用 handle column api 原文地址:https://www.cnblogs.com/vickylinj/p/12222685.html1. webpack简介
2. webpack基本使用
2.1 全局安装webpack
npm install webpack -g
2.2 全局安装 webpack-dev-server
npm install webpack-dev-server -g
2.3 项目搭建
npm install webpack --save-dev
webpack.config.js
的简单的配置如下:module.exports = {
context: __dirname + ‘/src‘,
entry: ‘./index/index.js‘,
output: {
path: __dirname + ‘/build‘,
filename: ‘bundle.js‘
}
};
2.4 开发调试
webpack-dev-server --progress --colors
2.5 产品发布
webpack -p
webpack.config.js
文件的配置,打包成功之后会生成一个build文件夹,里面会包含打包好的js文件,集成了所有的依赖库和业务逻辑代码,我们只需将此build文件夹发布到线上即可。3. 常用配置
3.1 设置入口
entry
有三种写法,每个入口称为一个chunk。
entry: "./index/index.js"
:配置模块会被解析为模块,并在启动时加载。chunk名为默认为main
, 具体打包文件名视output
配置而定。 entry: [‘./src/mod1.js‘, [...,] ‘./src/index.js‘]
:所有的模块会在启动时 按照配置顺序 加载,合并到最后一个模块会被导出。chunk名默认为main
entry: {index: ‘...‘, login : [...] }
:如果传入Object,则会生成多个入口打包文件, key是chunk名,value可以是字符串,也可是数组。entry: {
index: ‘./index/index.js‘,
login: [‘./mod/mod1.js‘, ‘./index/login.js‘]
}
3.2 配置输出目录
output
对象实现,常用设置:output: {
path: __dirname + ‘/build‘,
filename: ‘[name]-[id].js‘,
publicPath: ‘/asstes/‘
}
output.path
:指定输出文件路径,通常设置为__dirname + ‘/build’,output.filename
: 输出文件名称,有下面列出的四种可选的变量。 filename项的配置可以是这几种的任意一种或多种的组合。 如 output.filename = ‘[name]-[id].js’, 则输出就是 index-1.js、 login-2.js。
[id]
, chunk的id[name]
,chunk名[hash]
, 编译哈希值[chunkhash]
, chunk的hash值output.publicPath
:设置为想要的资源访问路径。访问时,则需要通过类似http://localhost:8080/asstes/index-1.js
来访问资源,如果没有设置,则默认从站点根目录加载。3.3 设置loader
npm install xxx-loader --save -dev
modules: {
rules: [
{
test: /\.js$/, //匹配希望处理文件的路径
exclude: /node_modules/, // 匹配不希望处理文件的路径
loaders: ‘xxx-loader?a=x&b=y‘ //此处xxx-loader 可以简写成xxx , ?后以query方式传递给loader参数
},
...
]
}
module.exports = {
module: {
rules: [
{
test: /\.css$/,
use: [
‘style-loader‘,
{ loader: ‘css-loader‘, options: { importLoaders: 1 } },
‘postcss-loader‘
]
}
]
}
}
3.4 其他
有些时候,我们用到的第三方库并没有采用CommonJS或AMD规范,也没有提交到npm。这样的话,我们无法通过npm来下载,并通过require()
来引用这些库。
webpack给我们提供了一个很好的实现方式。我们可以在项目根目录下,创建一个叫做web_modules的文件夹,然后将需要用到的第三方库存放在此处。那么之后,不需要做任何设置,可以在我们的逻辑代码中使用require(
‘xx-lib.js’)并且使用了。var director = require(‘director‘)
var Router = director.Router();
3.4.2 去除多个文件中的频繁依赖
如我们需要在各个文件中都是有jQuery的$
对象,因此我们需要在每个用到jQuery的JS文件的头部通过require(‘jquery‘)
来依赖jQuery。 这样做非常繁琐且重复,因此webpack提供了我们一种比较高效的方法ProvidePlugin,我们可以通过在配置文件中配置使用到的变量名,那么webpack会自动分析,并且在编译时帮我们完成这些依赖的引入。var webpack = require(‘webpack‘);
...
plugins: [
new webpack.ProvidePlugin({
‘Moment‘: ‘moment‘,
"$": "jquery",
"jQuery": "jquery",
"window.jQuery": "jquery",
"React": "react"
})
]
...
3.4.3 开发环境与发布环境配置
DefinePlugin
来处理。DefinePlugin
允许创建一个在编译时可以配置的全局常量。var webpack = require(‘webpack‘);
var definePlugin = new webpack.DefinePlugin({
__DEV__: JSON.stringify(JSON.parse(process.env.BUILD_DEV || ‘false‘)),
__PRERELEASE__: JSON.stringify(JSON.parse(process.env.BUILD_PRERELEASE || ‘true‘))
});
...
plugins: [
definePlugin
]
...
按照下面的代码写入,我们就可以在我们自己设定的环境下进行更具针对性的调试。比如我们希望在开发环境下可以AJAX可以调试本地mock数据,然后在发布的时候,可以正常访问服务端数据。那么通过此种方式可以完全实现。if (__DEV__) {
console.warn(‘Extra logging‘);
//开发环境需要进行的处理
//...
}
if (__PRERELEASE__) {
console.log(‘prerelease‘);
//预发环境需要进行的处理
//...
}
BUILD_DEV=1 webpck
那么webpack通过配置,就会将所有我们引用到的__DEV__
变量设置为true。"scripts": {
"dev": "BUILD_DEV=1 webpack-dev-server --progress --colors",
"build": "BUILD_PRERELEASE=1 webpack -p"
}
npm run dev
npm run build
3.4.4 合并公共代码
var webpack = require(‘webpack‘);
var CommonsChunkPlugin = webpack.optimize.CommonsChunkPlugin;
...
entry: {
a: ‘./index/a.js‘,
b: ‘./idnex/b.js‘,
c: ‘./index/c.js‘,
d: ‘./index/d.js‘
},
...
plugins: [
new CommonsChunkPlugin(‘part1.js‘, [‘a‘, ‘b‘]),
new CommonsChunkPlugin(‘common.js‘, [‘part1‘, ‘c‘])
]
...
4 使用devtool调试
devtool
项,选择预设调试工具来提高代码调试质量和效率:
eval
– 每个模块采用eval
和 //@ sourceURL
来执行source-map
– sourceMap是发散的,和output.sourceMapFilename
协调使用hidden-source-map
– 和source-map类似,但是不会添加一个打包文件的尾部添加引用注释inline-source-map
– SourceMap以DataUrl的方式插入打包文件的尾部eval-source-map
– 每个模块以eval方式执行并且SourceMap以DataUrl的方式添加进evalcheap-source-map
– 去除column-mappings
的SourceMap, 来自于loader中的内容不会被使用。cheap-module-source-map
– 去除column-mappings
的SourceMap, 来自于loader中的SourceMaps被简化为单个mapping文件5.webpack的构建流程是什么?从读取配置到输出文件这个过程尽量说全
6. 一个常用的配置示例
var webpack = require(‘webpack‘);
var CommonsChunkPlugin = webpack.optimize.CommonsChunkPlugin;
var ExtractTextPlugin = require(‘extract-text-webpack-plugin‘);
//自定义"魔力"变量
var definePlugin = new webpack.DefinePlugin({
__DEV__: JSON.stringify(JSON.parse(process.env.BUILD_DEV || ‘false‘)),
__PRERELEASE__: JSON.stringify(JSON.parse(process.env.BUILD_PRERELEASE || ‘false‘))
});
module.exports = {
//上下文
context: __dirname + ‘/src‘,
//配置入口
entry: {
a: ‘./view/index/index.js‘,
b: ‘./view/index/b.js‘,
vender: [‘./view/index/c.js‘, ‘./view/index/d.js‘]
},
//配置输出
output: {
path: __dirname + ‘/build/‘,
filename: ‘[name].js?[hash]‘,
publicPath: ‘/assets/‘,
sourceMapFilename: ‘[file].map‘
},
devtool: ‘#source-map‘,
//模块
module: {
loaders: [
{
//处理javascript
test: /\.js$/,
exclude: /node_modules/,
loader: ‘babel‘
}, {
test: /\.css$/,
loader: ExtractTextPlugin.extract(
"style-loader",
"css-loader?sourceMap"
)
}, {
test: /\.less$/,
loader: ExtractTextPlugin.extract(
"style-loader",
"css-loader!less-loader"
)
}, {
test: /\.(png|jpg)$/,
loader: ‘url-loader?limit=1024‘
}, {
//处理vue
test: /\.vue$/,
loader: ‘vue-loader‘
},
{
test: /\.woff(\?v=\d+\.\d+\.\d+)?$/,
loader: ‘url?limit=10000&minetype=application/font-woff‘
},
{
test: /\.woff2(\?v=\d+\.\d+\.\d+)?$/,
loader: ‘url?limit=10&minetype=application/font-woff‘
},
{
test: /\.ttf(\?v=\d+\.\d+\.\d+)?$/,
loader: ‘url?limit=10&minetype=application/octet-stream‘
},
{
test: /\.eot(\?v=\d+\.\d+\.\d+)?$/,
loader: ‘file‘
},
{
test: /\.svg(\?v=\d+\.\d+\.\d+)?$/,
loader: ‘url?limit=10&minetype=image/svg+xml‘
}
]
},
plugins: [
//公用模块
new CommonsChunkPlugin(‘common.js‘, [‘a‘, ‘b‘]),
//设置抽出css文件名
new ExtractTextPlugin("css/[name].css?[hash]-[chunkhash]-[contenthash]-[name]", {
disable: false,
allChunks: true
}),
//定义全局变量
definePlugin,
//设置此处,则在JS中不用类似require(‘./base‘)引入基础模块, 只要直接使用Base变量即可
//此处通常可用做,对常用组件,库的提前设置
new webpack.ProvidePlugin({
Moment: ‘moment‘, //直接从node_modules中获取
Base: ‘../../base/index.js‘ //从文件中获取
})
],
//添加了此项,则表明从外部引入,内部不会打包合并进去
externals: {
jquery: ‘window.jQuery‘,
react: ‘window.React‘,
//...
}
};
文章标题:webpack使用入门及常用配置总结
文章链接:http://soscw.com/index.php/essay/79687.html