每次使用webpack的命令都需要写上入口和出口作为参数,非常麻烦,有没有一种方法可以将者两个参数写到配置中,在运行时,直接读取呢?
-
当然可以,就是创建一个
webpack.config.js
文件 -
通过 entry 节点指定打包的入口
-
通过 output 节点指定打包的出口
const path = require(‘path’)
module.exports = {
// 入口:可以是字符串/数组/对象,我们这里的入口只有一个,所以写一个字符串即可
entry: ‘./src/main.js’,
// entry: path.join(__dirname,‘./src/index.js’)
// 出口:通常是一个对象,里面至少包含两个重要属性,path 和 filename
output :{
// 注意: path通常是一个绝对路径
path: path.resolve(__dirname,‘dist’),
// 输出文件目录
filename: ‘bundle.js’
}
}
这样配置之后我们用 webpack 打包时,就可以直接在终端输入 webpack
,就相当于 webpack src/main.js dist/bundle.js
,虽然看起来简洁,但是这不是我们最终的方式,我们最好的方式在下方有记录
webpack.config.js是 webpack 的配置文件。 webpack 在真正开始打包构建之前,会先读取这个配置文件 , 从而基于给定的配置,对项目进行打包。
注意:由于 webpack 是基于 node.js 开发出来的打包工具,因此在它的配置文件中,支持使用 node.js 相关的语法和模块进行webpack 的
既然已经全局安装了 webpack,为什么还要局部安装呢?这是因为我们需要的项目可能是从网上下载下来的,项目中使用的webpack和我们本地的webpack可能版本不同,这就需要在局部安装webpack了
目前,我们使用的webpack是全局的webpack,如果我们想使用局部来打包呢?
-
因为一个项目往往依赖特定的webpack版本,全局的版本可能很这个项目的webpack版本不一致,导出打包出现问题。
-
所以通常一个项目,都有自己局部的webpack。
第一步,项目中需要安装自己局部的webpack
- 这里我们让局部安装安装 webpack3.6.0
npm install webpack@3.6.0 --save-dev
但是,每次执行都敲这么一长串有没有觉得不方便呢?OK,我们可以在package.json的scripts中定义自己的执行脚本。
-
package.json中的scripts的脚本在执行时,会按照一定的顺序寻找命令对应的位置。
-
首先,会寻找本地的 node_modules/.bin 路径中对应的命令。
-
如果没有找到,会去全局的环境变量中寻找
在 package.json 文件下有 scripts ,是脚本的意思,我们只需要在下方配置脚本
这样配置完成之后,我们在终端输入 npm run build
也就相当于执行 webpack
,也就相当于执行 webpack src/main.js dist/bundle.js
===================================================================================
在实际开发过程中, webpack 默认只能打包处理以 .js 后缀名结尾的模块。其他 非 .js 后缀名结尾的模块 , webpack 默认处理不了, 需要调用 loader 加载器才可以正常打包 ,否则会报错
loader加载器的作用: 协助 webpack 打包处理特定的文件模块 。比如:
-
css-loader 可以打包处理 .css 相关的文件
-
less-loader 可以打包处理 .less 相关的文件
-
babel-loader 可以打包处理 webpack 无法处理的高级 JS 语法
- loader是webpack中一个非常核心的概念。
webpack用来做什么呢?
-
在我们之前的实例中,我们主要是用webpack来处理我们写的js代码,并且webpack会自动处理js之间相关的依赖。
-
但是,在开发中我们不仅仅有基本的js代码处理,我们也需要加载css、图片,也包括一些高级的将ES6转成ES5代码,将TypeScript转成ES5代码,将scss、less转成css,将.jsx、.vue文件转成js文件等等。
-
对于webpack本身的能力来说,对于这些转化是不支持的。
-
那怎么办呢?给webpack扩展对应的 loader 就可以啦。
loader使用过程:
-
步骤一:通过 npm 安装需要使用的 loader
-
步骤二:在 webpack.config.js 中的 modules 关键字下进行配置
4.1.1、css文件处理准备工作
项目开发过程中,我们必然需要添加很多的样式,而样式我们往往写到一个单独的文件中。
-
在src目录中,创建一个css文件,其中创建一个normal.css文件。
-
我们也可以重新组织文件的目录结构,将零散的js文件放在一个js文件夹中。
-
normal.css 中的代码非常简单,就是将body设置为red
-
在webpack中文网中有 loader的用法:https://www.webpackjs.com/
- css 文件的打包需要用到 style-loader,css-loader
- 先安装 style-loader,再安装 css-loader
- 之后在 main.js 引用我们自己的 css 文件,再打包即可
总结步骤:
- 首先安装 style-loader 和 css-loader
npm install --save-dev css-loader
npm install style-loader --save-dev
- 在 webpack.config.js 的 module-> rules 数组中,添加loader规则如下
module: { // 所有第三方文件模块的匹配规则
rules: [ // 文件后缀名的匹配规则
{
test: /.css$/,
use: [ ‘style-loader’, ‘css-loader’ ]
}
]
}
其中, test 表示匹配的文件类型,use 表示对应要调用的 loader
注意:
-
use 数组中指定的 loader 顺序是固定的
-
多个 loader 的调用顺序是:从后往前调用
如果我们希望在项目中使用less、scss、stylus来写样式,webpack是否可以帮助我们处理呢?
我们这里以less为例,其他也是一样的。
我们还是先创建一个less文件,依然放在css文件夹中
- 继续在中文文档里面查看 less-loader 的用法
-
在 main.js 中进行引用即可
-
打包
首先,我们在项目中加入两张图片:
-
一张较小的图片test01.jpg(小于8kb),一张较大的图片test02.jpeg(大于8kb)
-
我们会针对这两张图片进行不同的处理
-
我们先考虑在css样式中引用图片的情况,所以更改 normal.css 中的样式,就是使用背景图片
4.3.1、url-loader
图片处理
- 我们使用 url-loader 来处理,依然先安装 url-loader,然后在 webpack.config.js 中进行配置
再次打包,运行 index.html,就会发现我们的就会发现我们的背景图片显示出来。而仔细观察,你会发现背景图是通过base64显示出来的,这也是limit属性的作用,当图片小于8kb时,对图片进行base64编码
-
当加载的图片, 小于limit时, 会将图片编译成base64字符串形式.
-
当加载的图片, 大于limit时, 需要使用file-loader模块进行加载.
4.3.2、file-loader
大于 limit 的图片,会通过file-loader进行处理
4.3.3、修改图片名称和路径
我们发现webpack自动帮助我们生成一个非常长的名字,这是一个32位hash值,目的是防止名字重复,但是,真实开发中,我们可能对打包的图片名字有一定的要求,比如,将所有的图片放在一个文件夹中,跟上图片原来的名称,同时也要防止重复。
所以,我们可以在options中添加上如下选项:
-
img:文件要打包到的文件夹
-
name:获取图片原来的名字,放在该位置
-
hash:8:为了防止图片名称冲突,依然使用hash,但是我们只保留8位
-
ext:使用图片原来的扩展名
另外,默认情况下,webpack 会将生成的路径直接返回给使用者,但是,我们整个程序是打包在 dist 文件夹下的,所以需要在路径下添加 dist/ (是在出口函数处使用publicPath
设置)
webpack只能打包处理一部分 高级的 JavaScript 语法。对于那些 webpack 无法处理的高级 js 语法,需要借助于 babelbabel-loader 进行打包处理。
如果希望将ES6的语法转成ES5,那么就需要使用 babel-loader 进行打包处理
- 安装 babel-loader
npm install -D babel-loader @babel/core @babel/preset-env webpack
- 配置 webpack.config.js 文件
module: {
rules: [
{
test: /.m?js$/,
exclude: /node_modules/,
use: {
loader: ‘babel-loader’,
options: {
presets: [
[‘@babel/preset-env’, { targets: “defaults” }]
]
}
}
}
]
}
- 重新打包,查看bundle.js文件,发现其中的内容变成了ES5的语法
===============================================================================
-
plugin是插件的意思,通常是用于对某个现有的架构进行扩展。
-
webpack中的插件,就是对webpack现有功能的各种扩展,比如打包优化,文件压缩等等
loader 和 plugin 区别?
-
loader主要用于转换某些类型的模块,它是一个转换器。
-
plugin是插件,它是对webpack本身的扩展,是一个扩展器。
plugin 使用步骤:
-
步骤一:通过npm安装需要使用的plugins(某些webpack已经内置的插件不需要安装)
-
步骤二:在webpack.config.js中的plugins中配置插件
- 该插件的名字叫做 BannerPlugin,属于 webpack 自带的插件。
步骤如下:
- 在 webpack.config.js 中导入 webpack
const webpack = require(‘webpack’);
- 配置在 plugins 中
module.exports = {
…
plugins: [
new webpack.BannerPlugin(‘最终版权归aaa所有’)
]
}
目前,我们的index.html文件是存放在项目的根目录下的。我们知道,在真实发布项目时,发布的是dist文件夹中的内容,但是dist文件夹中如果没有index.html文件,那么打包的js等文件也就没有意义了。所以,我们需要将index.html文件打包到dist文件夹中,这个时候就可以使用html-webpack-plugin
插件
html-webpack-plugin 插件可以为我们做这些事情:
-
自动生成一个index.html文件(可以指定模板来生成)
-
将打包的js文件,自动通过script标签插入到body中
- 安装
nom install html-webpack-plugin --save-dev
- 在 webpack.config.js 中导入 HTML 插件
const HtmlWebpackPlugin = require(‘html-webpack-plugin’)
- 使用插件,修改webpack.config.js文件中plugins部分的内容如下
-
这里的template表示根据什么模板来生成 index.html
-
另外,我们需要删除之前在output中添加的publicPath属性,否则插入的script标签中的src可能会有问题
// 1.导入HTML插件,得到一个构造函数
const HtmlWebpackPlugin = require(‘html-webpack-plugin’)
// 2.创建HTML插件的实例对象
const htmlPlugin = new HtmlPlugin({
template: ‘./src/index.html’, // 指定原文件的存放路径
filename: ‘./index.html’, // 指定生成的文件的存放路径
})
module.exports = {
mode: ‘development’,
plugins: [htmlPlugin], // 通过 plugins 节点,使 htmlPlugin 插件生效
}
webpack提供了一个可选的本地开发服务器,这个本地服务器基于node.js搭建,内部使用express框架,可以实现我们想要的让浏览器自动刷新显示我们修改后的结果。
类似于 node.js 阶段用到的 nodemon 工具,每当修改了源代码, webpack 会自动进行项目的打包和构建
- 它是一个单独的模块,在webpack中使用之前需要先安装它
npm install --save-dev webpack-dev-server
- 修改 package.json -> scripts 中的 dev 命令
open参数表示直接打开浏览器,不加 --open
表示不自动打开服务器
“dev”: “webpack-dev-server --open”
之后我们就可以通过 npm run dev
来修改我们的代码,而不需要每次修改完代码都进行打包,修改测试完成再通过 npm run build
打包
- devserver 节点也是作为webpack中的一个选项,选项本身可以设置如下属性,可以对插件进行更多的配置
module.exports = {
…
…
devServer: {
contentBase: ‘./dist’, // 为哪一个文件夹提供本地服务,默认是根文件夹,我们这里要填写./dist
open: true, // 自动打开浏览器
host: ‘127.0.0.1’, // 实时打包所使用的主机地址
port: ‘80’, // 实时打包所使用的端口号,默认是 8080
}
}
注意:凡是修改了 webpack.config.js 配置文件,或修改了 package.json 配置文件,必须重启实时打包的服务器,否则最新的配置文件无法生效。
我们使用一个第三方的插件 uglifyjs-webpack-plugin
,并且版本号指定
- 下载
npm install uglifyjs-webpack-plugin --save-dev
- 修改 webpack.config.js 文件,使用插件
module.exports = {
…
plugins: [
new UglifyjsWebpackPlugin()
]
}
- 查看打包后的bunlde.js文件,是已经被压缩过了。
========================================================================
项目开发完成之后 ,需要使用 webpack 对项目进行打包发布 ,主要原因有以下两点:
-
开发环境下,打包生成的文件存放于内存中 ,无法获取到最终打包生成的文件
-
开发环境下,打包生成的文件 不会进行代码压缩和性能优化
为了让项目能够在生产环境中高性能的运行,因此需要对项目进行打包发布。
在 package.json 文件的 scripts 节点下,新增 build 命令如下
{
…
“script”: {
“dev”: “webpack serve”, // 开发环境中,运行dev命令
“build”: “webpack --mode production” // 项目发布时,运行 build 命令
}
}
-- model
是一个参数项,用来指定 webpack 的运行模式 。production 代表生产环境,会对打包生成的文件
进行代码压缩和性能优化 。
注意:通过 -- model
指定的参数项,会覆盖 webpack.config.js 中的 model 选项
在 webpack.config.js 配置文件的 output 节点中,进行如下的配置
const path = require(‘path’)
module.exports = {
// 入口:可以是字符串/数组/对象,我们这里的入口只有一个,所以写一个字符串即可
entry: path.join(__dirname,‘./src/index.js’)
// 出口:通常是一个对象,里面至少包含两个重要属性,path 和 filename
output :{
// 注意: path通常是一个绝对路径
path: path.resolve(__dirname,‘dist’),
// 明确告诉 webpack 把生成的 bundle.js 文件存放到 dist 目录下的 js 子目录中
filename: ‘js/bundle.js’
}
}
修改 webpack.config.js 中的 url-loader 配置项,新增 outputPath
选项即可指定图片文件的输出路径
{
test: /.jpg|png|gif$/,
use: {
loader: ‘url-loader’,
options: {
limit: 22228,
// 明确指定把打包生成的图片文件,存储到 dist 目录下的 image 文件夹中
outputPath: ‘image’,
}
}
}
为了在每次打包发布时自动清理掉 dist 目录中的旧文件 ,可以安装并配置 clean-webpack-plugin
插件
- 安装插件
npm install clean-webpack-plugin --save-dev
- 按需导入插件,得到插件的构造函数后,创建插件的实例对象
const {CleanWebpackPlugin} = require(‘clean-webpack-plugin’)
const cleanPlugin = new CleanWebpackPlugin()
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024c (备注前端)
更多面试题
**《350页前端校招面试题精编解析大全》**内容大纲主要包括 HTML,CSS,前端基础,前端核心,前端进阶,移动端开发,计算机基础,算法与数据结构,项目,职业发展等等
CodeChina开源项目:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
ackPlugin} = require(‘clean-webpack-plugin’)
const cleanPlugin = new CleanWebpackPlugin()
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
[外链图片转存中…(img-kz1TIcA7-1711979519897)]
[外链图片转存中…(img-fz1aa1he-1711979519898)]
[外链图片转存中…(img-yZS25Wou-1711979519898)]
[外链图片转存中…(img-n5NTFA77-1711979519898)]
[外链图片转存中…(img-4hyrq2qh-1711979519899)]
[外链图片转存中…(img-pUoDm8El-1711979519899)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024c (备注前端)
[外链图片转存中…(img-mtAM4PAR-1711979519899)]
更多面试题
**《350页前端校招面试题精编解析大全》**内容大纲主要包括 HTML,CSS,前端基础,前端核心,前端进阶,移动端开发,计算机基础,算法与数据结构,项目,职业发展等等
CodeChina开源项目:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
[外链图片转存中…(img-vaZkG4A1-1711979519900)]