跳到主要内容

Farm

Farm 是另一条现代构建器路线，核心关注点同样是速度和增量能力，但思路和生态位置与 Vite、Rsbuild、Turbopack 都不完全一样。

它值得关注的原因​

  • 底层强调高性能
  • 关注增量缓存和部分构建
  • 尝试兼容更熟悉的插件使用体验

一个最常见的理解方式​

Farm 不是先用大而全去打动项目，而是先从“尽量快、尽量轻、尽量把热路径做短”这条线上切进来。

项目里会怎么接​

如果是基础应用，接入方式通常还是从配置文件开始：

import { defineConfig } from '@farmfe/core'

export default defineConfig({
  compilation: {
    input: {
      index: './src/main.tsx',
    },
    output: {
      path: 'dist',
    },
  },
  server: {
    port: 3000,
  },
})

一个更进阶的配置参考​

import { defineConfig } from '@farmfe/core'

export default defineConfig({
  compilation: {
    input: {
      main: './src/main.tsx',
    },
    output: {
      path: 'dist',
      publicPath: '/',
    },
    resolve: {
      alias: {
        '@': './src',
      },
    },
  },
  server: {
    port: 3000,
    proxy: {
      '/api': 'http://localhost:8080',
    },
  },
  plugins: [],
})

前端团队最常碰到的，不会是底层原理，而是这几个现实问题：

  • 当前插件生态够不够
  • React / Vue 项目是否接得顺
  • 工程链路有没有缺口
  • 团队后续维护成本高不高

更适合把 Farm 放在哪里看​

Farm 更像一支值得观察的性能路线，而不是当前所有项目的默认主线。

如果目标是补齐“现代构建器版图”，它很值得放进目录；如果目标是今天就做稳定技术选型，还是要把成熟度和生态规模单独拎出来看。