文章目录
能够理解webpack基本概念和作用
能够掌握webpack使用步骤
能够使用webpack相关配置
能够使用webpack开发服务器
能够查阅使用webpack中文文档
目标: webpack本身是, node的一个第三方模块包, 用于打包代码
现代 javascript 应用程序的 静态模块打包器 (module bundler)
为要学的 vue-cli 开发环境做铺垫
webpack能做什么
把很多文件打包整合到一起, 缩小项目体积, 提高加载速度



其中功能:
less/sass -> css

ES6/7/8 -> ES5 处理js兼容
支持js模块化
处理css兼容性
html/css/js -> 压缩合并
新建项目目录,目录结构和之前的规范不同
根目录创建public
创建index.html
<body>
<div>轮播图</div>
<div>tabs标签页</div>
</body>
<script src="../src/index.js"></script>
创建src存放代码资源文件
创建index.js
console.log('实现轮播图的业务逻辑')
console.log('实现tabs标签页的逻辑')
将逻辑进行模块化
创建banner.js
console.log('实现轮播图的业务逻辑')
创建tabs.js
console.log('实现tabs标签页的逻辑')
index.html中引入
<body>
<div>轮播图</div>
<div>tabs标签页</div>
</body>
<script src="../src/banner.js"></script>
<script src="../src/tabs.js"></script>
在index.js中引入banner.js和tabs.js
import './banner.js'
import './tabs.js'
index.html中引入index.js
<body>
<div>轮播图</div>
<div>tabs标签页</div>
</body>
<script src="../src/index.js"></script>
报错

初始化包环境
yarn init
安装依赖包
yarn add webpack webpack-cli -D
配置scripts(自定义命令)
scripts: {
"build": "webpack"
}
运行打包命令
yarn build
#或者 npm run build
总结: src并列处, 生成默认dist目录和打包后默认main.js文件,默认会打包src下的index.js
目标: 以后代码变更, 如何重新打包呢
重新打包
yarn build
总结1: src下开发环境, dist是打包后, 分别独立
总结2: 打包后格式压缩, 变量压缩等
目标: 告诉webpack从哪开始打包, 打包后输出到哪里
默认入口: ./src/index.js
默认出口: ./dist/main.js
webpack配置 - webpack.config.js(默认)
const path = require("path")
module.exports = {
entry: "./src/main.js", // 入口
output: {
path: path.join(__dirname, "dist"), // 出口路径
filename: "bundle.js" // 出口文件名
}
}
"scripts": {
"build": "webpack"
},

重点: 所有要被打包的资源都要跟入口产生直接/间接的引用关系
目标: html-webpack-plugin插件, 让webpack打包后生成html文件并自动引入打包后的js
下载插件
yarn add html-webpack-plugin -D
webpack.config.js配置
// 引入自动生成 html 的插件
const HtmlWebpackPlugin = require('html-webpack-plugin')
module.exports = {
// ...省略其他代码
plugins: [
new HtmlWebpackPlugin()
]
}
重新打包后观察dist下是否多出html并运行看效果
打包后的index.html自动引入打包后的js文件
自定义打包的html模版,和输出文件名字
plugins: [
new HtmlWebpackPlugin({
template: './public/index.html',
filename: 'index.html'
})
]
mode模式分为开发阶段和发布阶段
development 开发阶段,简易打包,打包速度快
production 发布阶段,打包精细,打包速度慢(但是没关系不会经常production)
mode: 'development || production'
文档地址: https://webpack.docschina.org/configuration/dev-server/
抛出问题: 每次修改代码, 都需要重新 yarn build 打包, 才能看到最新的效果, 实际工作中, 打包 yarn build 非常费时 (30s - 60s) 之间
为什么费时?
解决问题: 起一个开发服务器, 在电脑内存中打包, 缓存一些已经打包过的内容, 只重新打包修改的文件, 最终运行加载在内存中给浏览器使用
目标: 启动本地服务, 可实时更新修改的代码, 打包变化代码到内存中, 然后直接提供端口和网页访问
下载包
yarn add webpack-dev-server -D
配置自定义命令
scripts: {
"build": "webpack",
"serve": "webpack serve"
}
运行命令-启动webpack开发服务器
yarn serve
#或者 npm run serve
总结: 以后改了src下的资源代码, 就会直接更新到内存打包, 然后反馈到浏览器上了
Package.json
"scripts": {
"build": "webpack",
"serve": "webpack serve --port 8083 --open"
},
在webpack.config.js中添加服务器配置
更多配置参考这里: https://webpack.docschina.org/configuration/dev-server/#devserverafter
module.exports = {
// ...其他配置
devServer: {
port: 3000, // 端口号
open: true
}
}
目标: 自己准备css文件, 引入到webpack入口, 测试webpack是否能打包css文件
1.新建 - src/styles/index.css
2.编写样式
.banner {
width: 100px;
height: 100px;
background-color: hotpink;
}
3.(重要) 一定要引入到入口才会被webpack打包
4.执行打包命令观察效果

总结: 保存原因, 因为webpack默认只能处理js类型文件
目标: loaders加载器, 可让webpack处理其他类型的文件, 打包到js中
原因: webpack默认只认识 js 文件和 json文件
安装依赖
yarn add style-loader css-loader -D
webpack.config.js 配置
const HtmlWebpackPlugin = require('html-webpack-plugin')
module.exports = {
// ...其他代码
module: {
rules: [ // loader的规则
{
test: /\.css$/, // 匹配所有的css文件
// use数组里从右向左运行
// 先用 css-loader 让webpack能够识别 css 文件的内容并打包
// 再用 style-loader 将样式, 把css插入到dom中
use: [ "style-loader", "css-loader"]
}
]
}
}
总结: 万物皆模块, 引到入口, 才会被webpack打包, css打包进js中, 然后被嵌入在style标签插入dom上
新建less样式
body {
.tabs {
width: 400px;
height: 40px;
background-color: pink;
}
}
引入less样式
import './banner.js'
import './tabs.js'
import './styles/index.css'
console.log(132)
报错
目标: less-loader让webpack处理less文件, less模块翻译less代码
安装less-loader
yarn add less less-loader -D
webpack.config.js 配置
module: {
rules: [ // loader的规则
// ...省略其他
{
test: /\.less$/,
// 使用less-loader, 让webpack处理less文件, 内置还会用less翻译less代码成css内容
use: [ "style-loader", "css-loader", 'less-loader']
}
]
}
将资源文件复制到项目中
定义盒子结构
<div class="box"></div>
<div class="box2"></div>
通过样式设置背景图
.box {
width: 100px;
height: 100px;
background-image: url(../assets/logo_small.png);
}
.box2 {
width: 100px;
height: 100px;
background-image: url(../assets/1.gif);
}
目标: 用asset module方式(webpack5版本新增)
在指南里面
如果使用的是webpack5版本的, 直接配置在webpack.config.js - 的 rules里即可
{
test: /\.(png|jpg|gif|jpeg)$/i,
type: 'asset'
}
打包看效果 yarn build
如果你用的是webpack4及以前的, 请使用者里的配置作为了解
下载依赖包
yarn add url-loader file-loader -D
webpack.config.js 配置
{
test: /\.(png|jpg|gif|jpeg)$/i,
use: [
{
loader: 'url-loader', // 匹配文件, 尝试转base64字符串打包到js中
// 配置limit, 超过8k, 不转, file-loader复制, 随机名, 输出文件
options: {
limit: 8 * 1024,
},
},
],
}
src/assets/准备2个图文件
在css/less/index.less - 把小图片用做背景图
body{
background: url(../assets/logo_small.png) no-repeat center;
}
在src/main.js - 把大图插入到创建的img标签上, 添加body上显示
// 引入图片-使用
import imgUrl from './assets/1.gif'
const theImg = document.createElement("img")
theImg.src = imgUrl
document.body.appendChild(theImg)
打包运行dist/index.html观察2个图片区别
总结: url-loader 把文件转base64 打包进js中, 会有30%的增大, file-loader 把文件直接复制输出
base64就会让图片的体积增大 30% 左右目标: 用asset module技术, asset/resource直接输出到dist目录下
src/assets/ - 放入字体库fonts文件夹
在main.js引入iconfont.css
// 引入字体图标文件
import './assets/fonts/iconfont.css'
在public/index.html使用字体图标样式
<i class="iconfont icon-weixin"></i>
webpack5使用这个配置,也可以不配置
{ // webpack5默认内部不认识这些文件, 所以当做静态资源直接输出即可
test: /\.(eot|svg|ttf|woff|woff2)$/,
type: 'asset/resource',
generator: {
filename: 'font-[name].[hash:6][ext]'
}
}
webpack4及以前使用下面的配置
webpack.config.js - 准备配置
{ // 处理字体图标的解析
test: /\.(eot|svg|ttf|woff|woff2)$/,
use: [
{
loader: 'url-loader',
options: {
limit: 2 * 1024,
// 配置输出的文件名
name: '[name].[ext]',
// 配置输出的文件目录
outputPath: "fonts/"
}
}
]
}
执行打包命令-观察打包后网页效果
总结: url-loader和file-loader 可以打包静态资源文件
在main.js中使用箭头函数(高版本js)
class App {
static a = 123
}
console.log(App.a)
打包后观察lib/bundle.js
目标: 让webpack对高版本 的js代码, 降级处理后打包
写代码演示: 高版本的js代码(箭头函数、类), 打包后, 直接原封不动打入了js文件中, 遇到一些低版本的浏览器就会报错
原因: webpack 默认仅内置了 模块化的 兼容性处理 import export
babel 的介绍 => 用于处理高版本 js语法 的兼容性 babel官网
解决: 让webpack配合babel-loader 对js语法做处理
@babel/core:
@babel/core是babel的核心库,所有的核心Api都在这个库里,这些Api供babel-loader调用
@babel/preset-env:
这是一个预设的插件集合,包含了一组相关的插件,Bable中是通过各种插件来指导如何进行代码转换。该插件包含所有es6转化为es5的翻译规则
安装包
yarn add -D babel-loader @babel/core @babel/preset-env
配置规则
module: {
rules: [
{
test: /\.js$/,
exclude: /(node_modules)/,
use: {
loader: 'babel-loader',
options: {
presets: ['@babel/preset-env'] // 预设:转码规则(用bable开发环境本来预设的)
}
}
}
]
}
总结: babel-loader 可以让webpack 对高版本js语法做降级处理后打包
前言chatGPT越来越令人惊奇,有一些答案在百度上搜半天却找不到你想要的,但与chatGPT的聊天中就可以非常快的得到你想要的结果,不得不说人工智能很好用下面就是我与chatGPT的聊天内容chatGPT问答之Webpack5多入口打包如何指定打包文件名规定的文件名问1:Webpack5多入口打包如何指定打包文件名为规定的文件名答1:在Webpack5中,可以使用output.filename选项来指定多入口打包后的文件名规则。output.filename可以是一个字符串,也可以是一个函数。如果output.filename是一个字符串,可以使用占位符来指定打包后的文件名规则,例如:mod
【保姆级】Python最新版开发环境搭建,看这一篇就够了(适用于Python3.11.2安装)文章目录【保姆级】Python最新版开发环境搭建,看这一篇就够了(适用于Python3.11.2安装)一、Python解释器安装Windows安装步骤环境变量配置(非必要)MacOS安装步骤Linux安装步骤二、PyCharm安装三、创建Python工程工欲善其事必先利其器,在使用Python开发程序之前,在计算机上搭建Python开发环境是必不可少的环节,目前Python最新稳定版本是3.11.1,且支持到2027年,如下图所示本文手把手带你从0到1搭建Python最新版3.11.1开发环境,堪称保
1、接口的概念系统与系统之间,组件与组件之间,数据传递交互的通道2、接口的类型按协议划分:http、tcp、IP按语言划分:C++、java、PHP……按范围划分:系统之间多个内部系统之间内部系统与外部系统之间程序之间方法与方法之间、函数与函数之间、模块与模块之间3、接口测试的概念对系统或组件之间的接口进行测试,校验传递的数据正确性和逻辑依赖关系的正确行。4、接口测试的原理主要针对服务器,模拟客户端向服务器发送请求,通过工具或者代码来测试服务器针对客户端请求回发的响应数据是否与预期结果一致。5、接口测试的特点符合质量控制前移的理念可以发现一些页面操作发现不了的问题接口测试低成本高效益接口测试是
作为一个10年老运维,在开始这篇文章之前,先送给大家一句话:干啥不好,非要做运维,听人劝,吃饱饭,趁年轻,换行吧!好了,不开玩笑了,回到正文中来。当谈到运维职业发展情况时,很多人都会说运维做不长久,然后劝人做两年就赶快转研发吧!总之是全面唱衰运维!但作为一个老运维,我想说的是:运维转开发确实是一个不错的选择,但运维做不长久则完全是对运维的偏见了!很多人有运维做不长久的偏见的原因其实和运维职业的特性有关,运维有三个老生常谈的特点:打杂,背锅,睡的少!说运维打杂,是说运维工作比较宽泛,运维职业门槛不高,什么都得会一点。公司里但凡跟计算机有关的事,可能都会找到运维,这就导致了运维工作比较杂!至于背黑
趁着寒假期间稍微尝试跑了一下yolov5和yolov7的代码,由于自己用的笔记本没有独显,台式机虽有独显但用起来并不顺利,所以选择了租云服务器的方式,选择的平台是矩池云(价格合理,操作便捷)需要特别指出的是,如果需要用pycharm链接云服务器训练,必须要使用pycharm的专业版而不是社区版,专业版可以使用SSH服务连接云服务器。关于专业版的获取,据我所知一是可以买,二是如果你是在校大学生,可以用学生证向JetBrain申请专业版使用权,我就是通过这种方式激活专业版账户的,我记得当时两三天官方就发激活邮件了,还是很人性化的,使用期一年。下面开始正题本教程只涉及将yolov5及yolov7跑通
我有一个与Webpack捆绑在一起的TypeScript项目。这是我正在编写的开源库的演示/文档应用程序,因此我想将一些源代码显示为文档的一部分。在我的webpack配置中我有:loaders:[{test:/\.ts$/,loader:'ts'},{test:/\.css$/,loader:'style!raw'},{test:/\.html/,loader:'html'}]这非常适合转译和捆绑我的TypeScript文件。在我的一个应用程序组件中,我这样做:basicCodeT:string=require('./basic-example-cmp.html');basicCode
我有如下初始化自己的js库:(function(root){............})(this)当使用webpack构建时,我得到类似的东西function(module,exports){(function(root){})(this)}“this”不是库假设的窗口。有没有一种巧妙的方法可以使这种类型的库与webpack一起工作?我的最后一招是使用poSTLoader或其他东西将this替换为window。 最佳答案 是的,我们称这些为“损坏的模块”,因为正如您所说,它们只是在全局上下文中执行,有几种不同的方法可以填充这些类型
有没有办法使用webpack执行许可证合规性检查?理想情况下,由webpack构建的所有模块的许可header都包含在最终输出文件中,但我们如何检查是否是这种情况?还有可以检测许可证兼容性冲突的插件吗? 最佳答案 我不是律师,所以这不是法律建议。您似乎在尝试解决两个不同的问题:(1)了解通过npm安装的软件包的合规义务,(2)履行任何义务(例如,在webpack的输出中包含许可证)。对于(1)tldrlegal是一个有用的工具,可以打印义务的高级摘要。由于义务可能包括诸如“在所有广告Material中显示确认”之类的要求,因此很难将
有什么方法可以在React应用程序中使用GoogleCharts吗?我找到了react-google-charts我已经开始工作了,但它似乎缺少很多GoogleCharts的API,或者至少没有记录。我也有点害羞地在生产中使用NPM统计数据显示在过去一天只有~400次下载的东西。但是,我无法在NPM上单独找到GoogleCharts,也无法像我最初预期的那样简单地从“google-charts”导入图表。我的下一个想法是看看是否有办法将库作为全局变量导入。1)我该怎么做2)如果可能的话,我如何将它包含在像import{Line}from'???'这样的react组件中
请引用此git存储库:https://github.com/AngularClass/angular-starterAngular4WebpackStarter带有2个文件:tsconfig.json和tsconfig.webpack.json每个文件的TypeScript配置略有不同。我的问题是关于这两个文件如何与项目相关。tsconfig.webpack.json是否只适用于Webpack使用的ts-loader?而tsconfig.json文件将应用于其他一切?如有任何关于tsconfig.webpack.json的信息,我们将不胜感激。 最佳答案