前端工程化指的是: 在企业级的前端项目开发中,把前端开发所需要的工具,技术,流程,经验等进行规范化,标准化。
1)模块化 (js的模块化,css的模块化,资源的模块化)
2)组件化(复用现有的UI结构,样式,行为)
3)规范化(目录结构的划分,编码规范化,接口规范化,文档规范化,Git分支管理)
4)自动化(自动化构建,自动化部署,自动化测试)
4)前端工程化的解决方案
早期的前端工程化解决方案:grunt ,gulp
目前主流的前端工程化解决方案: webpack(https://www.webpackjs.com/) ,parcel
概念:webpack 是前端项目工程化的具体解决方案。
主要功能:它提供了友好的前端模块化开发支持,以及代码压缩混淆,处理浏览器端javascript兼容性,性能优化等强大的功能。
好处: 让程序员把工作的中心放在具体功能的实现上,提高了前端开发效率和项目的可维护性。
注意:在vue和react等前端项目,基本上都是基于webpack进行工程化开发的。
1)新建项目空白目录 ,并运行npm init -y 命令,初始化包管理配置文件 package.json
2) 新建src -> index.html 首页和 src -> index.js 脚本文件
4)初始化首页基本的结构
5) 运行 npm install jquery -s 命令 ,安装jQuery (-s = --save 保存到packge.json依赖中,开发和运行都需要)
6)通过ES6模块化的方法带入jQuery,显示列表隔行变色效果
在终端运行如下的命令,安装webpack相关的两个包
npm install webpack@5.42.1 webpack-cli@4.9.0 -D (表示记录到 dev里面,只在开发阶段用到)
-D 是–save-dev的简写
1)在项目根目录下创建 名为 webpack.config.js 的webpack配置文件,并初始化基本配置:
module.exports = {
mode:'development' // mode用来指定结构模式,可选值有development 和 production
}
2)在pakage.json的script节点下,新增dev脚本如下:
"scripts":{
"dev":"webpack" //script 节点下的脚本,可以通过npm run 执行,例如 npm run dev
}
3)在终端运行 npm run dev 命令,启动webpack进行项目的打包构建
mode节点的可选值有两个,分别是:
1)development
在webpack 4.x和5.x版本中,有如下默认的约定:
1)默认的打包入口文件位src->index.js
2)默认的输出文件路径为dist-main.js
在webpack.config.js的配置文件中,通过entry节点指定打包的入口。通过output节点指定打包的出口。
示例代码如下:
const path = require('path') //导入node.js 中专门操作路径的模块
module.exports = {
entry: path.join(__dirname,'./src/index.js'),//打包入口文件路径
output:{
path:path.join(__dirname,'./dist'), //输出文件存放路径
filename:'bundle.js' //输出文件的名称
}
}
通过安装和配置第三方的插件,可以拓展webpack的能力,从而让webpack用起来更加方便。最常用的webpack插件有如下两个:
1)webpack-dev-server
运行如下命令,即可在项目中安装此插件
npm install webpack-dev-server@3.11.2 -D
1) 修改package.json ->scripts中的dev命令如下:
"scripts":{
"dev":"webpack serve", //script 节点下的脚本,可以通过npm run执行
}
2)再次运行 npm run dev 命令,重新进行项目的打包
3)在浏览器中访问 http://localhost:8080地址,查看自动打包效果
运行如下命令,即可在项目中安装此插件
npm install html-webpack-plugin@5.3.2 -D
//1.导入HTML插件,得到一个构造函数
const HtmlPlugin = require('html-webpack-plugin')
//2.创建HTML 插件的实例对象
const htmlPlugin = new HtmlPlugin({
template:'./src/index.html', //指定原文件的存放路径
filename:'./index.html', //指定生成文件的存放路径
})
module.exports = {
mode:'development',
plugins:[htmlPlugin] , //3.通过plugins节点,使htmlPlugin插件生效
}
1)通过HTML插件复制到项目根目录中的index.html 页面,也放到了内存中
2)HTML插件在生成的index.html页面,自动注入了打包的bundle.js文件
在webpack.config.js 配置文件中,可以通过devServer节点对webpack-dev-server插件进行更多的配置,示例代码如下:
devServer:{
open: true, //初次打包完成后,自动打开浏览器
host: '127.0.0.1' ,//实是打包所使用的主机地址
port:80, //实时打包使用的端口号 (在http协议中,端口是80则可以省略不显示)
}
在实际开发过程中,webpack默认只能打包处理以.js后缀名结尾的模块。其他非.js后缀名结尾的模块,webpack默认处理不了,需要调用loader加载器才可以正常打包,否则会报错!
loader加载器的作用:协助webpack打包处理特定的文件模块。比如:
webpack处理流程:
将要被webpack打包处理的文件模块 --------> 是否为js模块
是js文件 ----> 是否包含高级js语法 -> 没包含则直接webpack处理)包含了继续判断->是否配置了babel 是—>调用loader处理 不是则报错
不是js文件—> 是否配配置了对应文件的loader–>是 调用loader处理 不是则报错
1)运行 npm i style-loader@3.0.0 css-loader@5.2.6 -D 命令,安装处理css文件的loader
2)在webpack.config.js 的module ->rules 数组中,添加loader规则如下:
module:{ //所有第三方模块匹配规则
rules:[ //文件后缀名的匹配规则
{test:/\.css/,use:['style-loader','css-loader']}
]
}
其中,test表示匹配的文件类型,use表示对应要调用的loader
注意:
1)运行 npm i less-loader@10.0.1 less@1.1.1 -D 命令
2)在webpack.config.js的 module -> rules 数组中,添加loader规则如下:
module:{ //所有第三方文件模块的匹配规则
rules:[ //文件后缀名的匹配规则
{test:/\.less$/,use:['style-loader','css-loader','less-loader']},
]
}
优点:可以减少频繁的发起请求图片的网络请求,效果类似于精灵图(请求一次精灵图,然后通过定位展现不同的图片)
缺点:转成base64之后体积会变大
小图片适合使用base64,大图片不适合
1)运行 npm i url-loader@4.1.1 file-loader@6.2.0 -D 命令
2)在webpack.config.js 的module -> rules 数组中,添加loader规则如下:
module:{
rules:[
{test:/\.jpg|png|gif$/,use:['url-loader?limit=22229']}
]
}
其中?之后是loader的参数项:
webpack只能打包处理一部分高级的javascript语法。对弈那些webpack无法处理的高级js语法,需要借助于babel-loader进行打包处理。例如webpakc无法处理下面的javascript代码:
//1.定义了名为info的装饰器
function info(target){
//2.为目标添加静态属性
target.info = 'person info'
}
//3.为Person类应用info装饰器
@info
class Person{}
//4.打印Person的静态属性info
console.log(Person.info)
运行如下的命令安装对应的依赖包:
npm i babel-loader@8.2.2 @babel/core@7.14.6 @babel/plugin-proposal-decorators@7.14.5 -D
在webpack.config.js 的module -> rules数组中,添加loader规则如下:
//注意:必须使用exclude指定排除项:因为node_modules 目录下的第三方包不需要被打包
{test:/\.js$/,use:'babel-loader',exclude:/node_modules/}
在项目根目录下,创建名为babel.config.js的配置文件,定义Babel的配置项如下:
module.exports = {
//声明babel可用的插件
pulgins:[['@babel/plugin-proposal-decorators',{legacy:true}]]
}
在package.json 文件的scripts节点下,新增build命令如下:
"scripts":{
"build":"webpack --mode production" //项目发布时,运行build命令
}
–mode是一个参数项,用来指定webpack的运行模式。production代表生产环境,会对打包生成的文件进行代码压缩和性能优化。
output: {
path: path.join(__dirname, './dist'),
filename: 'js/bundle.js' //加一层js/
},
修改webpack.config.js中的url-loader配置项,新增outputPath选项即可指定图片文件的输出路径:
{
test:/\.jpg|png|gif$/,
use:{
loader:'url-loader',
options:{
limit:1000,
//明确指定把打包生成的图片文件,存储到dist目录下的image文件夹中
outputPath:'image',
}
}
}
//建议使用如下配置
{ test: /\.png|jpg|gif$/, use: ['url-loader?limit=1000&outputPath=imagess'] },
为了在每次打包发布时自动清理掉dist目录下的旧文件,可以安装并配置clean-webpack-plugin插件:
//1.安装清理dist目录下的webpack插件
npm install clean-webpack-plugin@3.0.0 -D
//2.按需导入插件、得到插件的构造函数值之后,创建插件的实例对象
//左侧花括号是解构赋值
const {CleanWebpackPlugin} = require('clean-webpack-plugin')
const cleanPlugin = new CleanWebpackPlugin()
//3.把创建的cleanPlugin 插件实例对象,挂载到plugins节点中
plugins:[htmlPlugin,cleanPlugin], //挂载插件
Source Map就是一个信息文件,里面存储着位置信息。也就是说,Source Map文件中存储着压缩混淆后的代码,所对应的转换前的位置。
有了它,出错的时候,除错工具将直接显示原始代码,而不是转换后的代码,能够极大的方便后期的调试。
开发环境下,推荐在webpack.config.js 中添加如下的配置,即可保证运行时报错的行数与源代码的行数保持一致:
module.exports = {
mode: 'development',
//eval-source-map 仅限在'开发模式'下使用,不建议在'生产模式'下使用。
//此选项生成的Source Map 能够保证 '运行时报错的行数' 与 '源代码的行数'保持一致
devtool:'eval-source-map',
//省略其他的配置项...
}
在生产环境下,如果省略了devtool选项,则最终生成的文件中不包含Source Map。这能够防止原始代码通过Source Map形式暴露给别有所图之人。
在生产环境下,如果只想定位报错的具体行数,且不想暴露源码。此时可以将devtool的值设置为 nosources-source-map 。
1)开发环境下:
resolve: {
alias: {
'@': path.join(__dirname, './src')
}
}
进行配置之后,js中导入文件,例如
在src目录下存在aaa.js文件
imoprt aaa from ‘…/…/aaa’
可以写成
import aaafrom ‘@/aaa’