前言某些项目在进行私有化部署的时候遇到了一些问题： 内网隔离环境，一些 npm 包需要先下载到 u 盘再拷贝到对应的机器上进行安装，安装起来很麻烦。 测试环境下，代码和机器配置调试好了，部署到线上机器的时候却出现了问题。 线上机器迁移的

前端工程的痛点 前端的模块化需求前端业界的模块标准非常多，包括 ESM、CommonJS、AMD 和 CMD 等等。前端工程一方面需要落实这些模块规范，保证模块正常加载。另一方面需要兼容不同的模块规范，以适应不同的执行环境。 兼容浏览器，

next.js 本地开发环境跨域 利用rewrites重写代理在next.config.js中： 123456789async rewrites() { return [ //接口请求 前缀带上/admin-api/

插件机制仅仅使用 Rollup 内置的打包能力很难满足项目日益复杂的构建需求。对于一个真实的项目构建场景来说，我们还需要考虑到模块打包之外的问题，比如路径别名(alias) 、全局变量注入和代码压缩等等。可要是把这些场景的处理逻辑与核心的

这篇文章我们会将目光集中到 Vite 本身的架构上，一起聊聊它是如何站在巨人的肩膀上实现出来的。所谓的巨人，指的就是 Vite 底层所深度使用的两个构建引擎：**Esbuild **和 Rollup Vite 架构图很多人对 Vite 的双

no-bundle 的理念通过 Vite 初始化的项目，在项目根目录中有一个 index.html 文件，这个文件十分关键。因为 Vite 默认会把项目根目录下的 index.html 作为入口文件。也就是说，当你访问 http://lo

在每个前端项目中，都有 package.json 文件，它是项目的配置文件，常见的配置有配置项目启动、打包命令，声明依赖包等。package.json 文件是一个 JSON 对象，该对象的每一个成员就是当前项目的一项设置。package