前端三大构建工具横评,谁是性能之王!(2),薪资翻倍

本文对比了Vite和Snowpack构建工具,强调Vite在快速开发、HMR、Vue3支持、CSS优化等方面的优势,以及它们在启动服务和模块管理上的异同。
摘要由CSDN通过智能技术生成

);

hmrEngine = new EsmHmrEngine({port: config.devOptions.hmrPort});

}

// 开始构建源文件

logger.info(colors.yellow(‘! building source files…’));

const buildStart = performance.now();

const buildPipelineFiles: Record<string, FileBuilder> = {};

// 根据主 buildPipelineFiles 列表安装所有需要的依赖项,对应下面第三部

asyncfunction installDependencies() {

const scannedFiles = Object.values(buildPipelineFiles)

.map((f) =>Object.values(f.filesToResolve))

.reduce((flat, item) => flat.concat(item), []);

// 指定安装的目标文件夹

const installDest = path.join(buildDirectoryLoc, config.buildOptions.metaUrlPath, ‘pkg’);

// installOptimizedDependencies 方法调用了 esinstall 包,包内部调用了 rollup 进行模块分析及 commonjs 转 esm

const installResult = await installOptimizedDependencies(

scannedFiles,

installDest,

commandOptions,

);

return installResult

}

// 下面因代码繁多,仅展示源码中的注释

// 0. Find all source files.

// 1. Build all files for the first time, from source.

// 2. Install all dependencies. This gets us the import map we need to resolve imports.

// 3. Resolve all built file imports.

// 4. Write files to disk.

// 5. Optimize the build.

// “–watch” mode - Start watching the file system.

// Defer “chokidar” loading to here, to reduce impact on overall startup time

logger.info(colors.cyan(‘watching for changes…’));

const chokidar = awaitimport(‘chokidar’);

// 本地文件删除时清除 buildPipelineFiles 对应的文件

function onDeleteEvent(fileLoc: string) {

delete buildPipelineFiles[fileLoc];

}

// 本地文件创建及修改时触发

asyncfunction onWatchEvent(fileLoc: string) {

// 1. Build the file.

// 2. Resolve any ESM imports. Handle new imports by triggering a re-install.

// 3. Write to disk. If any proxy imports are needed, write those as well.

// 触发 HMR

if (hmrEngine) {

hmrEngine.broadcastMessage({type: ‘reload’});

}

}

// 创建文件监听器

const watcher = chokidar.watch(Object.keys(config.mount), {

ignored: config.exclude,

ignoreInitial: true,

persistent: true,

disableGlobbing: false,

useFsEvents: isFsEventsEnabled(),

});

watcher.on(‘add’, (fileLoc) => onWatchEvent(fileLoc));

watcher.on(‘change’, (fileLoc) => onWatchEvent(fileLoc));

watcher.on(‘unlink’, (fileLoc) => onDeleteEvent(fileLoc));

// 返回一些方法给 plugin 使用

return {

result: buildResultManifest,

onFileChange: (callback) => (onFileChangeCallback = callback),

async shutdown() {

await watcher.close();

},

};

}

exportasyncfunction command(commandOptions: CommandOptions) {

try {

await build(commandOptions);

} catch (err) {

logger.error(err.message);

logger.debug(err.stack);

process.exit(1);

}

if (commandOptions.config.buildOptions.watch) {

// We intentionally never want to exit in watch mode!

returnnewPromise(() => {});

}

}

所有的模块会经过install进行安装,此处的安装是将模块转换成ESM放在pkg目录下,并不是npm包安装的概念。

在Snowpack3中增加了一些老版本不支持的能力,如:内部默认集成Node服务、支持CSS Modules、支持HMR等。

Vite


什么是Vite?

Vite(法语单词“ fast”,发音为/vit/)是一种构建工具,旨在为现代Web项目提供更快,更精简的开发体验。它包括两个主要部分:

  1. 开发服务器,它在本机ESM上提供了丰富的功能增强,例如,极快的Hot Module Replacement(HMR)。

  2. 构建命令,它将代码使用Rollup进行构建。

随着vue3的推出,Vite也随之成名,起初是一个针对Vue3的打包编译工具,目前2.x版本发布面向了任何前端框架,不局限于Vue,在Vite的README中也提到了在某些想法上参考了Snowpack。

在已有方案上Vue本可以抛弃Webpack选择Snowpack,但选择开发Vite来造一个新的轮子也有Vue团队自己的考量。

在Vite官方文档列举了Vite与Snowpack的异同,其实本质是说明Vite相较于Snowpack的优势。

相同点,引用Vite官方的话:

Snowpack is also a no-bundle native ESM dev server that is very similar in scope to Vite。

不同点:

  1. Snowpack的build默认是不打包的,好处是可以灵活选择Rollup、Webpack等打包工具,坏处就是不同打包工具带来了不同的体验,当前ESbuild作为生产环境打包尚不稳定,Rollup也没有官方支持Snowpack,不同的工具会产生不同的配置文件;

  2. Vite支持多page打包;

  3. Vite支持Library Mode;

  4. Vite支持CSS代码拆分,Snowpack默认是CSS in JS;

  5. Vite优化了异步代码加载;

  6. Vite支持动态引入 polyfill;

  7. Vite官方的 legacy mode plugin,可以同时生成 ESM 和 NO ESM;

  8. First Class Vue Support。

第5点Vite官网有详细介绍,在非优化方案中,当A导入异步块时,浏览器必须先请求并解析,A然后才能确定它也需要公共块C。这会导致额外的网络往返:

Entry —> A —> C

Vite通过预加载步骤自动重写代码拆分的动态导入调用,以便在A请求时并行C获取:

Entry —> (A + C)

可能C会多次导入,这将导致在未优化的情况下发出多次请求。Vite的优化将跟踪所有import,以完全消除重复请求,示意图如下:

第8点的First Class Vue Support,虽然在列表的最后一项,实则是点睛之笔。

源码分析

Vite在启动时,如果不是中间件模式,内部默认会启一个http server。

exportasyncfunction createServer(

inlineConfig: InlineConfig = {}

): Promise {

// 获取 config

const config = await resolveConfig(inlineConfig, ‘serve’, ‘development’)

const root = config.root

const serverConfig = config.server || {}

// 判断是否是中间件模式

const middlewareMode = !!serverConfig.middlewareMode

const middlewares = connect() as Connect.Server

// 中间件模式不创建 http 服务,允许外部以中间件形式调用:https://Vitejs.dev/guide/api-javascript.html#using-the-Vite-server-as-a-middleware

const httpServer = middlewareMode

? null
await resolveHttpServer(serverConfig, middlewares)

// 创建 websocket 服务

const ws = createWebSocketServer(httpServer, config)

// 创建文件监听器

const { ignored = [], …watchOptions } = serverConfig.watch || {}

const watcher = chokidar.watch(path.resolve(root), {

ignored: [‘/node_modules/’, ‘/.git/’, …ignored],

ignoreInitial: true,

ignorePermissionErrors: true,

…watchOptions

}) as FSWatcher

const plugins = config.plugins

const container = await createPluginContainer(config, watcher)

const moduleGraph = new ModuleGraph(container)

const closeHttpServer = createSeverCloseFn(httpServer)

const server: ViteDevServer = {

// 前面定义的常量,包含:config、中间件、websocket、文件监听器、ESbuild 等

}

// 监听进程关闭

process.once(‘SIGTERM’, async () => {

try {

await server.close()

} finally {

process.exit(0)

}

})

watcher.on(‘change’, async (file) => {

file = normalizePath(file)

// 文件更改时使模块图缓存无效

moduleGraph.onFileChange(file)

if (serverConfig.hmr !== false) {

try {

// 大致逻辑是修改 env 文件时直接重启 server,根据 moduleGraph 精准刷新,必要时全部刷新

await handleHMRUpdate(file, server)

} catch (err) {

ws.send({

type: ‘error’,

err: prepareError(err)

})

}

}

})

// 监听文件创建

watcher.on(‘add’, (file) => {

handleFileAddUnlink(normalizePath(file), server)

})

// 监听文件删除

watcher.on(‘unlink’, (file) => {

handleFileAddUnlink(normalizePath(file), server, true)

})

// 挂载插件的服务配置钩子

const postHooks: ((() => void) | void)[] = []

for (const plugin of plugins) {

if (plugin.configureServer) {

postHooks.push(await plugin.configureServer(server))

}

}

// 加载多个中间件,包含 cors、proxy、open-in-editor、静态文件服务等

// 运行post钩子,在html中间件之前应用的,这样外部中间件就可以提供自定义内容取代 index.html

postHooks.forEach((fn) => fn && fn())

if (!middlewareMode) {

// 转换 html

middlewares.use(indexHtmlMiddleware(server, plugins))

// 处理 404

middlewares.use((_, res) => {

res.statusCode = 404

res.end()

})

}

// errorHandler 中间件

middlewares.use(errorMiddleware(server, middlewareMode))

// 执行优化逻辑

const runOptimize = async () => {

if (config.optimizeCacheDir) {

// 将使用 ESbuild 将依赖打包并写入 node_modules/.Vite/xxx

await optimizeDeps(config)

// 更新 metadata 文件

const dataPath = path.resolve(config.optimizeCacheDir, ‘metadata.json’)

if (fs.existsSync(dataPath)) {

server._optimizeDepsMetadata = JSON.parse(

fs.readFileSync(dataPath, ‘utf-8’)

)

}

}

}

if (!middlewareMode && httpServer) {

// 在服务器启动前覆盖listen方法并运行优化器

const listen = httpServer.listen.bind(httpServer)

httpServer.listen = (async (port: number, …args: any[]) => {

await container.buildStart({})

await runOptimize()

return listen(port, …args)

}) as any

httpServer.once(‘listening’, () => {

// 更新实际端口,因为这可能与初始端口不同

serverConfig.port = (httpServer.address() as AddressInfo).port

})

} else {

await runOptimize()

}

// 最后返回服务

return server

}

访问Vite服务的时候,默认会返回index.html:

Vite App

处理 import 文件逻辑,在 node/plugins/importAnalysis.ts 文件内:

exportfunction importAnalysisPlugin(config: ResolvedConfig): Plugin {

const clientPublicPath = path.posix.join(config.base, CLIENT_PUBLIC_PATH)

let server: ViteDevServer

return {

name: ‘Vite:import-analysis’,

configureServer(_server) {

server = _server

},

async transform(source, importer, ssr) {

const rewriteStart = Date.now()

// 使用 es-module-lexer 进行语法解析

await init

let imports: ImportSpecifier[] = []

try {

imports = parseImports(source)[0]

} catch (e) {

const isVue = importer.endsWith(‘.vue’)

const maybeJSX = !isVue && isJSRequest(importer)

// 判断文件后缀给不同的提示信息

const msg = isVue

? Install @Vitejs/plugin-vue to handle .vue files.
maybeJSX
? If you are using JSX, make sure to name the file with the .jsx or .tsx extension.
`You may need to install appropriate plugins to handle the ${path.extname(

importer

)} file format.`

this.error(

Failed to parse source for import analysis because the content +

contains invalid JS syntax. +

msg,

e.idx

)

}

// 将代码字符串取出

let s: MagicString | undefined

const str = () => s || (s = new MagicString(source))

// 解析 env、glob 等并处理

// 转换 cjs 成 esm

}

}

}

拿Vue的NPM包举例经优化器处理后的路径如下:

// before

  • import { createApp } from’vue’
  • import { createApp } from’/node_modules/.Vite/vue.runtime.esm-bundler.js?v=d17c1aa4’

import App from’/src/App.vue’

createApp(App).mount(‘#app’)

截图中的/src/App.vue路径经过Vite处理发生了什么?

首先需要引用 @Vitejs/plugin-vue 来处理,内部使用Vue官方的编译器@vue/compiler-sfc,plugin处理逻辑同rollup的plugin,Vite在Rollup的插件机制上进行了扩展。

详细可参考:https://Vitejs.dev/guide/api-plugin.html,这里不做展开。

编译后的App.vue文件如下:

import { createHotContext as __Vite__createHotContext } from"/@Vite/client";

import.meta.hot = __Vite__createHotContext(“/src/App.vue”);

import HelloWorld from’/src/components/HelloWorld.vue’

const _sfc_main = {

expose: [],

setup(__props) {

return { HelloWorld }

}

}

import {

createVNode as _createVNode,

Fragment as _Fragment,

openBlock as _openBlock,

createBlock as _createBlock

} from"/node_modules/.Vite/vue.runtime.esm-bundler.js?v=d17c1aa4"

const _hoisted_1 = /#PURE/_createVNode(“img”, {

alt: “Vue logo”,

src: “/src/assets/logo.png”

}, null, -1/* HOISTED */)

function _sfc_render(_ctx, _cache, $props, $setup, $data, $options) {

return (_openBlock(), _createBlock(_Fragment, null, [

_hoisted_1,

_createVNode($setup[“HelloWorld”], { msg: “Hello Vue 3 + Vite” })

], 64/* STABLE_FRAGMENT */))

}

import"/src/App.vue?vue&type=style&index=0&lang.css"

_sfc_main.render = _sfc_render

_sfc_main.__file = “/Users/orange/build/Vite-vue3/src/App.vue”

exportdefault _sfc_main

_sfc_main.__hmrId = “7ba5bd90”

typeof VUE_HMR_RUNTIME !== ‘undefined’ && VUE_HMR_RUNTIME.createRecord(_sfc_main.__hmrId, _sfc_main)

import.meta.hot.accept(({ default: updated, _rerender_only }) => {

if (_rerender_only) {

VUE_HMR_RUNTIME.rerender(updated.__hmrId, updated.render)

} else {

VUE_HMR_RUNTIME.reload(updated.__hmrId, updated)

}

})

可以发现,Vite本身并不会递归编译,这个过程交给了浏览器,当浏览器运行到import HelloWorld from ‘/src/components/HelloWorld.vue’ 时,又会发起新的请求,通过中间件来编译 vue,以此类推,为了证明我们的结论,可以看到 HelloWorld.vue 的请求信息:

经过分析源码后,能断定的是,Snowpack与Vite在启动服务的时间会远超Webpack,但复杂工程的首次编译到完全可运行的时间需要进一步测试,不同场景下可能产生截然不同的结果。

功能对比


|

| Vite@2.0.3 | Webpack@5.24.2 | Snowpack@3.0.13 |

| — | — | — | — |

| 支持Vue2 | 非官方支持: https://github.com/underfin/vite-plugin-vue2 | 支持:vue-loader@^15.0.0 | 非官方支持:https://www.npmjs.com/package/@lepzulnag/Snowpack-plugin-vue-2 |

| 支持Vue3 | 支持 | 支持:vue-loader@^16.0.0(https://github.com/Jamie-Yang/vue3-boilerplate) | 支持:https://www.npmjs.com/package/@Snowpack/plugin-vue |

| 支持Typescript | 支持:ESbuild (默认无类型检查) | 支持:ts-loader | 支持:https://github.com/Snowpackjs/Snowpack/tree/main/create-Snowpack-app/app-template-vue-typescript |

| 支持CSS预处理器 | 支持:https://vitejs.dev/guide/features.html#css-pre-processors | 支持:https://vue-loader.vuejs.org/guide/pre-processors.html | 部分支持:官方仅提供了Sass和Postcss,且存在未解决BUG |

| 支持CSS Modules | 支持:https://vitejs.dev/guide/features.html#css-modules | 支持:https://vue-loader.vuejs.org/guide/css-modules.html | 支持 |

| 支持静态文件 | 支持 | 支持 | 支持 |

| 开发环境 | no-bundle native ESM(CJS → ESM) | bundle(CJS/UMD/ESM) | no-bundle native ESM(CJS → ESM) |

| HMR | 支持 | 支持 | 支持 |

| 生产环境 | Rollup | Webpack | Webpack, Rollup, or even ESbuild |

| Node API 调用能力 | 支持 | 支持 | 支持 |
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:前端)

结尾

正式学习前端大概 3 年多了,很早就想整理这个书单了,因为常常会有朋友问,前端该如何学习,学习前端该看哪些书,我就讲讲我学习的道路中看的一些书,虽然整理的书不多,但是每一本都是那种看一本就秒不绝口的感觉。

以下大部分是我看过的,或者说身边的人推荐的书籍,每一本我都有些相关的推荐语,如果你有看到更好的书欢迎推荐呀。

戳这里免费领取前端学习资料

| Rollup | Webpack | Webpack, Rollup, or even ESbuild |

| Node API 调用能力 | 支持 | 支持 | 支持 |
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

[外链图片转存中…(img-0DbVPwqf-1712307938230)]

[外链图片转存中…(img-TWKNAv5V-1712307938231)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!

[外链图片转存中…(img-oteh2NZz-1712307938231)]

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:前端)

结尾

正式学习前端大概 3 年多了,很早就想整理这个书单了,因为常常会有朋友问,前端该如何学习,学习前端该看哪些书,我就讲讲我学习的道路中看的一些书,虽然整理的书不多,但是每一本都是那种看一本就秒不绝口的感觉。

以下大部分是我看过的,或者说身边的人推荐的书籍,每一本我都有些相关的推荐语,如果你有看到更好的书欢迎推荐呀。

戳这里免费领取前端学习资料

前端学习书籍导图-1

  • 24
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值