一、概念介绍
本质上，webpack 是一个现代JavaScript 应用程序的静态模块打包器(module bundler)。当 webpack 处理应用程序时，它会递归地构建一个依赖关系图(dependency graph)，其中包含应用程序需要的每个模块，然后将所有这些模块打包成一个或多个 bundle。
它是高度可配置的，但是，在开始前你需要先理解四个核心概念：
入口(entry)
输出(output)
loader
插件(plugins)
1、 入口(entry)
指定webpack从哪个模块开始构建项目，通过一下配置指定一个入口起点(或多个入口起点)，被处理到称之为 bundles 的文件中：
// webpack.config.js
module.exports = {
entry: './path/to/my/entry/file.js'
}
2、出口(output)
处理打包生成的 bundles 文件，如指定输出文件位置，文件名等。
// webpack.config.js
module.exports = {
entry: './path/to/my/entry/file.js',
output: {
path: path.resolve(__dirname, 'dist'),
filename: 'test_name.bunlde.js'
}
}
3、loader
loader 作用是将所有文件类型转换成webpack能处理的有效模块，然后就可以通过webpack将文件打包。
本质上，webpack loader将所有类型文件转换成应用程序的依赖图可以直接引用的模块。
特殊: 只有webpack支持 import 导入任何类型模块，如 .css,.vue 等文件。
webpack 配置 loader的两个目标：
1.识别需要对应 loader 处理的文件。(使用test属性)
2.转换文件使其能够添加到依赖图并最终添加到 bunlde 中。(使用use属性)
// webpack.config.js
const path = require('path');
const config = {
entry: './path/to/my/entry/file.js',
output: {
path: path.resolve(__dirname, 'dist'),
filename: 'my-first-webpack.bundle.js'
},
module: {
rules: [
{ test: /\.txt$/, use: 'raw-loader' }
// test/use 两个属性是必须的
]
}
}
module.exports = config;
4、插件(plugins)
使用插件可以执行范围更广的任务。通过 require() 引用后添加在 plugins 数组中。
另外如果需要多次使用同一个插件，则使用 new 操作符来创建它的一个实例。
安装html-webpack-plugin：
npm install html-webpack-plugin --save-dev
// webpack.config.js
const HtmlWebpackPlugin = require('html-webpack-plugin');
const webpack = require('webpack'); // 用于访问内置插件
const path = require('path');
const config = {
entry: './path/to/my/entry/file.js',
output: {
path: path.resolve(__dirname, 'dist'),
filename: 'my-first-webpack.bundle.js'
},
module: {
rules: [
{ test: /\.txt$/, use: 'raw-loader' }
]
},
plugins: [
new webpack.optimize.UglifyJsPlugin(),
new HtmlWebpackPlugin({template: './src/index.html'})
]
};
module.exports = config;
二、入口起点(Entry Points)
webpack的 entry 属性不仅可以配置单个入口，还可以配置多个入口：
1、单个入口(简写)配置
用法：entry: string|Array<string>
简单使用 ：
const config = {
entry: './path/to/my/entry/file.js'
};
module.exports = config;
entry 属性的单个入口配置方式：
const config = {
entry:{
main:'./path/to/my/entry/file.js'
}
}
若向 entry 传入 [文件路径(file path)数组]，将创建 多个主入口，常常用在需要同时注入多个文件，并将它们的依赖导向(graph)到一个chunk时。
2、多个入口(简写)配置
对象语法
用法：entry: {[entryChunkName: string]: string|Array<string>}
// webpack.config.js
webpack.config.js
const config = {
entry: {
app: './src/app.js',
vendors: './src/vendors.js'
}
};
虽然语法繁琐，但这是应用程序中定义入口的最可扩展的方式。
“可扩展的 webpack 配置”是指，可重用并且可以与其他配置组合使用。这是一种流行的技术，用于将关注点(concern)从环境(environment)、构建目标(build target)、运行时(runtime)中分离。然后使用专门的工具（如 webpack-merge）将它们合并。
常见场景
列出一些常见的入口配置和实际案例：
(1)分离 应用程序(app) 和 第三方库(vendor) 入口
// webpack.config.js
const config = {
entry: {
app: './src/app.js',
vendors: './src/vendors.js'
}
};
webpack 从 app.js 和 vendors.js 开始构建，并且他们是完全分离互相独立，为了支持提供更佳 vendor 分离能力的 DllPlugin，考虑移除该场景。
(2)多页面应用程序
// webpack.config.js
const config = {
entry: {
pageOne: './src/pageOne/index.js',
pageTwo: './src/pageTwo/index.js',
pageThree: './src/pageThree/index.js'
}
};
这样告诉 webpack 需要 3 个独立分离的依赖图，
使用 CommonsChunkPlugin 为每个页面间的应用程序共享代码创建 bundle。
由于入口起点增多，多页应用能够复用入口起点之间的大量代码/模块，从而可以极大地从这些技术中受益。
更多关于Webpack基础教程请点击下面的相关文章
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？