前端工程化&掌握Webpack极速配置技巧

我们都知道，前端现在属于前端工程化时代，工程前端工程化对于我们前端开发来说，化掌是极速技巧非常重要的。 但是配置小庄觉得自己对于前端工程化 了解还 是不足的，还有很多需要学习的前端地方。

故这一节，工程小庄打算就来带大家一起好好认识下前端工程化。化掌

包括在这一节中，极速技巧小庄将 详细记录一下，配置 其中一个前端构建工具的前端配置技巧，即 webpack极速配置技巧 。工程

前端工程化—概述

随着前端开发功能要求不断提高，化掌业务逻辑日益复杂。极速技巧传统的配置刀耕火种的开发方式，已经不适合现代的开发要求， 前端工程化是指遵循一定的标准和规范，通过工具去提高开发效率，降低成本的一种手段 。

开发过程中的很多脏活累活，云服务器提供商都应该交给自动化工具来完成。

工程：可以简单理解为一个项目（例如一个网站，一个APP等）；

工程化：实现一个工程的具体流程、技术、工具、规范等。涉及到从工程立项开发到上线运行的整个过程；

前端工程化就是通过各种工具和技术，提升前端开发效率的过程。

主要解决的问题

前端工程化主要解决的问题如下：

重复的机械式工作：部署上线前，需要手动压缩代码和资源文件。

传统语言或语法的弊端：要是用 ES6+ 和 CSS3 的新特性，兼容性有问题。使用 Less / Sass / PostCSS 增强 CSS 的编程性，但运行环境不支持。

代码风格统一，质量保证：多人协同开发，无法硬性统一大家的代码风格。

依赖后端服务接口支持：部分功能开发时，需要等待后端服务接口提前完成。

包含的工具和技术

前端工程化包含的企商汇工具和技术如下：前端构建工具例： webpack、 vit e、 Grunt、 Gulp、当然也包括各种脚手架工具。自动化构建模块化打包规范化标准自动化测试自动化部署vite和webpack区别

我们都知道，各前端构建工具存在着不同的差异。 但是 这 里， 我们就先 着重对vite和webpack进行对比一下 ，其他前端构建工具小伙伴们 要 是有兴趣的话，也可以自行进行对比哈 。

vite和webpack的具体对比如下：

可以看到 使用JS开发的工具通常需要很长的时间才能启动开发服务器，且这个启动时间与代码量、代码复杂度正相关。

即使使用HMR，文件修改后的效果也要几秒钟才能在浏览器中反应出来，代表如Webpack。 那么Vite是如何解决如Webpack这样的构建工具一样，在复杂、多模块项目开发中启动慢、HMR慢的问题呢 ？

我们详细对比了开发环境中的Vite和Webpack，云服务器发现主要有如下不同：

Webpack

Vite

先打包生成bundle，再启动开发服务器

先启动开发服务器，利用新一代浏览器的ESM能力，无需打包，直接请求所需模块并实时编译

HMR时需要把改动模块及相关依赖全部编译

HMR时只需让浏览器重新请求该模块，同时利

用浏览器的缓存（源码模块协商缓存，依赖模块

强缓存）来优化请求

内存高效利用

-

因此，针对开发环境中的启动慢问题，Vite开发环境冷启动无需打包，无需分析模块之间的依赖，同时也无需在启动开发服务器前进行编译，启动时还会使用esbuild来进行预构建。

而Webpack 启动后会做一堆事情，经历一条很长的编译打包链条，从入口开始需要逐步经历语法解析、依赖收集、代码转译、打包合并、代码优化，最终将高版本的、离散的源码编译打包成低版本、高兼容性的产物代码，这可满满都是 CPU、IO 操作啊，在 Node 运行时下性能必然是有问题。

针对HMR慢，即使只有很小的改动，Webpack依然需要构建完整的模块依赖图，并根据依赖图来进行转换。而Vite利用了ESM和浏览器缓存技术，更新速度与项目复杂度无关。可以看到，如Snowpack、Vite这类面相非打包的构建工具，在开发环境启动时只需要启动两个Server，一个用于页面加载，一个用于HMR的Websocket。当浏览器发出原生的ESM请求，Server收到请求只需要编译当前文件后返回给浏览器，不需要管理依赖。

但同样，vite也存在一些缺点，如下：

生态不及webpack，加载器、插件不够丰富生产环境esbuild构建对于css和代码分割不够友好没被大规模重度使用，会隐藏一些问题

所以，这里我们还是以webpack的配置讲解为主。

webpack极速配置技巧

1、使用npm init生成package.json

2、安装五大基础套件，五大基础套件如下：安装webpack三大件：webpack、webpack-cli、webpack-dev-server安装处理js使用的loader，例如处理es6、es7、es8、装饰器，使之变成浏览器可以认识的es5。安装处理css预编译的loader，例如sass-loader。sass-loader、node-loader、css-loader、style-loader安装处理模板的loader，例如：ejs-loader，处理的模版后缀是.tpl。ejs-loader安装处理html的plugin，例如：html-webpack-plugin。html-webpack-plugin3、在webpack.config.js中进行项目运行配置

（1）如下为本示例项目的结构目录：

（2）webpack.config.js的配置如下：

/

*

以下为webpack的极速配置示例

*/

const path = require(path);

const HtmlWebpackPlugin = require(html-webpack-plugin);

module.exports = {

// mode分为development 和 production

mode: development,

entry: {

index: path.resolve(__dirname, ./src/js/index.js),

},

output: {

path: path.resolve(__dirname, ./dist),

// 注意：[name]是一个变量, [name].js将对应entry中的index.js

filename: ./js/[name].js

},

module: {

rules: [

{

test: /\.js$/,

loader: babel-loader,

exclude: path.resolve(__dirname, ./node_modules)

},

{

test: /\.css$/,

// 注意：webpack中的使用loader时，是倒序处理的，所以use中同样需要倒序放置

use: [

style-loader,

css-loader

]

},

{

test: /\.scss$/,

use: [

style-loader,

css-loader,

sass-loader

]

},

{

test: /\.tpl$/,

loader: ejs-loader

}

]

},

plugins: [

new HtmlWebpackPlugin({

// 1、打包后的文件名称

filename: index.html,

// 2、要打包的html模版, 即index.html

template: path.resolve(__dirname, ./src/index.html),

/

*

3、要在打包后的index.html中引入的js文件,

其中, 数组chunks中存放的是entry对象的key,

而这里是key值是index。

*/

chunks: [index],

/

*

4、要在打包后的index.html中排除引入的js文件,

其中, 数组excludeChunks中存放的是entry对象的key,

而这里是key值是node_modules, 如果entry中的key值没

有node_modules也没关系，写上也不会报错。

*/

excludeChunks: [node_modules]

})

],

devServer: {

open: true,

host: localhost,

port: 3300

}

};4、在package.json中配置运行项目的命令

5、在终端使用npm run dev，看看效果：

很赞哦!（2918）