为什么需要 Farm？
Farm 是什么？
Farm 是一个非常快的基于 Rust 的 Web 构建工具，类似 webpack 和 vite，但更快。 farm resolve, load, transform 所有 asset(js/jsx/ts/tsx、css/sass/less、html、静态资源、json 等)，并将它们打包成一系列可部署文件。 Farm 是一个速度极快的构建工具，可帮助您构建更快的 web/nodejs 应用程序。
为什么需要 Farm？
随着 web 项目规模的扩大，构建性能已经成为主要瓶颈，对于一个庞大的项目，使用 webpack 编译可能需要 10min 甚至更多，一次 hmr 更新可能需要 10s 甚至更多，严重降低了研发效率。
因此我们急需极速的构建工具，解决项目编译性能问题。然后 vite/snowpack 这样的 unbundled 工具应运而生，此类工具主要有下面三个特性：
- 使用原生 ESM，在 dev server 启动时不对源文件进行编译和打包，源文件在入口模块执行时才会通过浏览器请求 dev server 编译，编译后的产物返回给浏览器
- HMR 时，只重新编译一个模块，这样 HMR 的时间 约等于一个模块的编译时间
- 对外部依赖（如 node_modules 下的依赖）进行预打包
这使得 dev 服务器热启动和 HMR 非常快，但 vite 等工具使用的 Unbundled 模式并不完美，对于大型项目来说仍然存在很大的问题：
- 大量的模块请求：对于一个大型项目，使用上述策略 1、2，首次启动可能需要加载数千个模块，使用原生模块系统加载数千个模块会导致浏览器卡住甚至崩溃。虽然 Dev Server 的启动快了，但是请求时的模块的首次编译依然会耗费大量时间，会有数十秒起步的白屏，编译时间只是转移了，并没有消失。
- 开发和生产之间的不一致：出于兼容性和请求数量、请求层级的考虑，原生 ES 模块在大多数情况下无法在生产中使用。 因此 vite 选择在生产环境选择用 rollup 打包。 这就带来了不一致，当这种不一致导致生产错误时，调试起来非常困难且非常痛苦。 而 vite 在 dev 中使用 esbuild，在生产中使用 rollup，这更加就放大了不一致性。
- 拆包优化困难： 受限于 Rollup，拆包配置不够灵活、易用。
- 而 Vite 在 dev 上之所以这么快，esbuild 功不可没，它是用 go 编写的。 Go 利用了原生平台的优势，远快于 Js。
事实上，我们真正需要的是一个快速、强大、一致的 Web 构建工具，可以在解决上述问题的基础上，提供更加极致的编译效率。因此我们设计并开发了 Farm。
不过 Farm 不仅仅是一个用 Rust 重写的打包工具，它还有很多强大且先进的设计：
Farm 设计理念
- 性能优 先：一切都会用 Rust 编写，只有少数不是性能瓶颈的部分会用 JS 编写
- 一致性：默认情况下确保开发和生产完全相同，您在开发中看到的将与您在生产中得到的相同。
- 局部打包：Farm 的打包目标不是将所有东西打包在一起，而是限制资源的请求数量。 Farm 会根据依赖关系和资源大小将您的项目捆绑成 20-30 个小资源，在不损失缓存粒度的情况下获得最佳的资源加载性能。
- 所有资源视为一等公民：Farm 不再需要将所有内容转换为 Javascript，它将任何内容视为一等公民，如
html、js/jsx/ts/tsx、css/scss、png/svg/...都是 Farm 支持的基础模块，更多类型的模块可以通过插件支持。 - 兼容性：Farm 将适用于旧版 (ES5) 和现代浏览器。
- Rollup 风格的插件系统：轻松创建自己的插件，并轻松从
rollup/vite/webpack迁移您的插件/项目。兼容Vite/Rollup/Unplugin插件
Farm 的目标是成为真正的下一代构建工具，快速、强大、一致，并为 Web 开发人员提供最佳的开发体验。
