赞
踩
事实上随着前端的快速发展,目前前端的开发已经变的越来越复杂了:
但是对于很多的前端开发者来说,并不需要思考这些问题,日常的开发中根本就没有面临这些问题:
事实上我们上面提到的所有脚手架都是依赖于webpack的:
我们先来看一下官方的解释:
webpack是一个静态的模块化打包工具,为现代的JavaScript应用程序;
我们来对上面的解释进行拆解:
JavaScript的打包:
Css的处理:
资源文件img、font:
HTML资源的处理:
webpack的官方文档是https://webpack.js.org/ ;
webpack的中文官方文档是https://webpack.docschina.org/ ;
DOCUMENTATION:文档详情,也是我们最关注的
Webpack的运行是依赖Node环境的,所以我们电脑上必须有Node环境
所以我们需要先安装Node.js,并且同时会安装npm;
Node官方网站:https://nodejs.org/
推荐安装LTS版本,也就是稳定版
webpack的安装目前分为两个:webpack、webpack-cli。
前期我们多以命令行的方式使用webpack,因此webpack-cli也是必须安装的。但是在实际项目中,一般不需要安装webpack-cli。
那么它们是什么关系呢?
npm install webpack webpack-cli -g # -g 表示全局安装
npm install webpack webpack-cli -D # -D 表示局部安装
在命令行输入上面的命令,会默认安装最新的版本。如果没有报错则安装成功。
我们可以在命令行输入 webpack -v
查看我们安装的版本。
我们可以通过webpack进行打包,之后运行打包之后的代码
在项目根目录下直接执行 webpack 命令;
webpack
只要没报错,就执行成功了。警告暂时我们可以先忽略
我们发现:
生成一个dist文件夹,里面存放一个main.js的文件,就是我们打包之后的文件:
我们发现是可以正常进行打包的,但是有一个问题,webpack是如何确定我们的入口的呢?
当然,我们也可以通过配置来指定入口和出口
安装好局部的webpack,但是我们又安装了全局的webpack了,这时候如果在命令行直接输入webpack命令进行打包。默认使用的还是全局安装的webpack。
如何使用局部的webpack进行打包呢?
可以使用 npx webpack
使用该命令打包的时候就会使用局部的webpack
# 调用当前项目的webpack,并指定打包的入口文件和出口目录和文件
npx webpack --entry ./src/main.js --output-path ./build
前面我们直接执行webpack命令使用的是全局的webpack,如果希望使用局部的可以按照下面的步骤来操作。
第一步:创建package.json文件,用于管理项目的信息、库依赖等
npm init -y # -y 表示按照默认参数进行初始化
第二步:安装局部的webpack
npm install webpack webpack-cli -D
第三步:使用局部的webpack
npx webpack # 会去调用node_moudles目录下bin里面的webpack目录
第四步:在package.json中创建scripts脚本,执行脚本打包即可
虽然第三步也可以使用局部的webpack进行打包。但是我们一般很少使用。我们可以在package.json
文件里面的script
属性里面配置
"scripts": {
"build": "webpack"
},
**然后执行 npm run build
**目录进行打包
npm run build
会自动去我们的node_modules文件夹下面找命令,也就是局部的webpack
在通常情况下,webpack需要打包的项目是非常复杂的,并且我们需要一系列的配置来满足要求,默认配置必然 是不可以的。我们可以在根目录下创建一个webpack.config.js文件,来作为webpack的配置文件:
// 配置webpack const path = require('path'); // 导出配置必须使用commonjs规范。因为webpack是运行在nodejs环境上的 // 读取导出的配置肯定是使用nodejs默认的规范的。 // 如果想要使用ES6的规范进行导出,需要进行额外的配置。比较麻烦 module.exports = { // 入口 entry 打包文件时的入口文件 entry: './src/index.js', // 出口 打包好文件存放的位置,路径 output: { // path属性 需要指定绝对路径 path: path.join(__dirname, './build'), // 打包后文件的名称 filename: 'bundle.js' } }
继续执行webpack命令,依然可以正常打包
npm run build
但是如果我们的配置文件并不是webpack.config.js的名字,而是其他的名字呢?
比如我们将webpack.config.js修改成了 wk.config.js
这个时候我们可以通过 --config 来指定对应的配置文件;
wepack --config wk.config.js
但是每次这样执行命令来对源码进行编译,会非常繁琐,所以我们可以在package.json中增加一个新的脚本:
"srcipt":{
"build":"wepack --config wk.config.js"
}
之后我们执行 npm run build
来打包即可。
webpack到底是如何对我们的项目进行打包的呢?
事实上webpack在处理应用程序时,它会根据命令或者配置文件找到入口文件;
从入口开始,会生成一个 依赖关系图,这个依赖关系图会包含应用程序中所需的所有模块(比如.js文件、css文件、图片、字 体等);
然后遍历图结构,打包一个个模块(根据文件的不同使用不同的loader来解析);
这里我们创建一个 element.js
文件,以及一个 index.css
文件。通过JavaScript创建了一个元素,并且希望给它设置一些样式;
// element.js
import '../css/index.css';
// 创建一个div
const div = document.createElement('div');
// 设置样式
div.className = 'title1';
div.className = 'title';
div.innerHTML = '<h2>你好!!!!!!</h2>';
document.body.appendChild(div);
.title{
color:aqua;
font-size: 30px;
background-color: bisque;
}
执行编译打包命令(npm run build
)时:
上面的错误信息告诉我们需要一个loader来加载这个css文件,但是loader是什么呢?
那么我们需要一个什么样的loader呢?
对于加载css文件来说,我们需要一个可以读取css文件的loader;
这个loader最常用的是css-loader。
css-loader的安装:
npm install css-loader -D
如何使用这个loader来加载css文件呢?有三种方式:
内联方式使用较少,因为不方便管理;
在引入的样式前加上使用的loader,并且使用!分割
// 导入css
// 内联样式指定加载文件时使用的loader (了解)
// 语法: import 'loader!文件路径' 要注意loader后面有一个叹号 是用来分割加载器和文件的 必须有
import 'css-loader!../css/index.css';
配置方式表示的意思是在我们的webpack.config.js文件中写明配置信息:
module.rules的配置如下:
具体的相关配置如下展示:
我们已经可以通过css-loader来加载css文件了 。但是你会发现这个css在我们的代码中并没有生效(页面没有效果)。
这是为什么呢?
安装style-loader
npm i style-loader -D
那么我们应该如何使用style-loader:
重新执行编译npm run build,可以发现打包后的css已经生效了:
在我们开发中,我们可能会使用less、sass、stylus的预处理器来编写css样式,效率会更高。
那么,如何可以让我们的环境支持这些预处理器呢?
首先我们需要确定,less、sass等编写的css需要通过工具转换成普通的css;
比如我们编写如下的less样式:
@bgColor:#aca;
@textDecoration:underline;
.title{
background-color: @bgColor;
text-decoration: @textDecoration;
user-select: none;
}
我们可以使用less工具来完成它的编译转换:
npm install less -D
执行如下命令:
npx lessc ./src/less/index.less index.css
但是在项目中我们会编写大量的css,它们如何可以自动转换呢?
这个时候我们就可以使用less-loader,来自动使用less工具转换less到css;
npm install less-loader -D
配置webpack.config.js
执行npm run build less就可以自动转换成css,并且页面也会生效了
什么是PostCSS呢?
如何使用PostCSS呢?主要就是两个步骤:
当然,我们能不能也直接在终端使用PostCSS呢?
也是可以的,但是我们需要单独安装一个工具postcss-cli;
我们可以安装一下它们:postcss、postcss-cli:
npm install postcss postcss-cli -D
我们编写一个需要添加前缀的css:
因为我们需要添加前缀,所以要安装autoprefixer:
npm install autoprefixer -D
直接使用使用postcss工具,并且指定使用autoprefixer
npx postcss --use autoprefixer -o end.css ./src/css/style.css
转化之后的css样式如下:
真实开发中我们必然不会直接使用命令行工具来对css进行处理,而是可以借助于构建工具:
在webpack中使用postcss就是使用postcss-loader来处理的;
我们来安装postcss-loader:
npm install postcss-loader -D
我们修改加载less的loader:
**注意:**因为postcss需要有对应的插件才会起效果,所以我们需要配置它的plugin;
当然,我们也可以将这些配置信息放到一个单独的文件中进行管理:
在根目录下创建postcss.config.js
module.exports = {
// 配置plugins 插件
plugins: [
require('autoprefixer')
]
}
事实上,在配置postcss-loader时,我们配置插件并不需要使用autoprefixer。
我们可以使用另外一个插件:postcss-preset-env
首先,我们需要安装postcss-preset-env:
npm install postcss-preset-env -D
之后,我们直接修改掉之前的autoprefixer即可:
注意:我们在使用某些postcss插件时,也可以直接传入字符串
// 配置webpack const path = require('path'); module.exports = { entry: './src/index.js', output: { path: path.join(__dirname, './build'), filename: 'bundle.js' }, // 配置打包时所有模块的配置 在 module属性下配置 // 一个文件也看成一个模块 module: { // 模块打包时的规则 // 不同文件有不同的规则,所以规则是一个数组,可以配置不同文件不同的规则 rules: [ // 配置打包css文件(模块)时的规则 { test: /\.css$/, // 指定文件后缀 正则表达式 // 指定loader (语法糖) // loader: 'css-loader' // 只有一个loader时可以不使用数组,直接指定就行 // use: 'css-loader' // 没有其他参数时:只有loader时,直接使用数组,里面放的默认都是loader // use: ['css-loader'] // 如果当前使用的loader有相关的其他配置,需要在数组里面将元素指定为对象 //use: [ // 多个loader就是多个对象,一个对象里面一个loader,以及loader的配置 options //{ loader: 'css-loader', options: { modules: true } } //] // 多个loader的加载顺序 从后往前(最先加载数组最后一个loader) use: [ "style-loader", { loader: 'css-loader' } ] }, // 处理less文件的配置 // postcss 工具 增加浏览器前缀 postcss-loader { test: /\.less$/, use: [ 'style-loader', 'css-loader', // 如果我们指定了postcss的配置文件(默认情况下叫做 postcss.config.js) // 则不需要再这里指定相关的配置了,直接写postcss-loader就可以了 // 优先读取本文件里面的配置,然后去 postcss.config.js 配置文件里面读取导出的配置 'postcss-loader', /* { loader: 'postcss-loader', // 配置postcss-loader的加载时的参数,选项 options: { postcssOptions: { // 插件可以指定多个 数组形式 plugins: [ // 导入使用的插件 使用require(插件) require('autoprefixer') ] } } }, */ 'less-loader' ] } ] } }
// postcss 的配置
module.exports = {
// 配置plugins 插件
plugins: [
// 实际开发中,我们很少使用 autoprefixer 这个插件
// 我们会使用 更好的插件 postcss-prefix-env
// require('autoprefixer')
// 这个插件的功能更强,切也具有 autoprefixer 插件的功能
// 可以理解为具备了 autoprefixer 的功能
require('postcss-preset-env')
]
}
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。