前端构建构建工具开发工具【免费下载链接】farmExtremely fast Vite-compatible web build tool written in Rust项目地址https://gitcode.com/gh_mirrors/fa/farm点击查看免费下载导读css.transformToScript是 FarmRust 编写的 Vite 兼容构建工具在farmfe/core补丁版本中引入的一项核心 CSS 能力它决定 CSS 模块在产物中是以独立 CSS 文件输出还是被转换为一段在运行时通过document.createElement(style)注入head的 JavaScript 模块。本篇文章以 .changeset/weak-files-hide.md 中记录的Feat(core): support css.transformToScript变更为起点结合仓库源码与官方文档完整讲解该配置项的默认行为、配置方式、底层实现Rust 插件钩子、包装代码生成、HMR 集成、持久化缓存以及生产实践中的取舍读完你既能正确配置它也能理解它为何默认在开发模式开启、在生产模式关闭。一、功能背景一次 patch 变更背后的 CSS 处理能力Farm 使用 Changesets 管理版本发布每个变更集文件描述一个独立的改动。.changeset/weak-files-hide.md记录的就是这样一条变更--- farmfe/core: patch --- Feat(core): support css.transformToScript它声明farmfe/core获得一个 patch 级别的功能增强支持配置项css.transformToScript。这个配置项在 Farm v2 中属于 CSS 领域的新功能之一v1 到 v2 的迁移文档 中将其与css.modules.localsConversion、minify.include/exclude、persistentCache.envs等一同列为新能力。官方 CSS 文档将其定位为一句话可以讲清的核心能力Farm 支持通过css.transformToScript将 CSS 转换为 JavaScript 模块。启用后CSS 模块将被编译为导出类名映射并在运行时注入样式的 JS 代码。也就是说默认情况下 Farm 对 CSS 的处理有两种形态独立 CSS 资源或 JS 注入脚本。transformToScript就是切换这两种形态的开关。二、配置方式与默认行为1. 配置入口Farm 默认从项目根目录读取farm.config.ts|js|mjs配置文件参见 编译配置文档所有编译相关配置位于compilation字段下import { defineConfig } from farmfe/core; export default defineConfig({ compilation: { css: { transformToScript: true, }, }, });TS 侧的配置类型定义在 packages/core/src/types/binding.ts 的CssConfig接口中export interface CssConfig { modules?: { /* css modules 相关配置 */ } | null; prefixer?: { targets?: string[] | string | BrowserTargetsRecord; } | null; /** * Whether to transform css to script, default is true in development mode and false in production mode. * If set to true, every css module will be transformed to script individually, and the css will be inserted * into the head of the document using document.createElement(style). */ transformToScript?: boolean; /** You SHOULD NOT use this option. Its preserved vite css options for compatibility of vite plugins */ _viteCssOptions?: any; }2. 默认值开发模式开启、生产模式关闭按 compilation-options.md 的说明css.transformToScript的默认值是开发模式为true每个 CSS 模块被转换为独立的 JS 脚本通过document.createElement(style)注入到 document head生产模式为falseCSS 通常保留为独立的 CSS 文件输出。默认值并非硬编码在配置结构里而是由 Rust 端在构建结束时动态计算。在 crates/plugin_css/src/lib.rs 的build_end钩子中可以看到完整逻辑fn build_end(self, context: ArcCompilationContext) - farmfe_core::error::ResultOption() { let default_transform_to_script if context.config.output.target_env.is_browser() { context.config.mode.is_dev() } else { false }; if !context .config .css .transform_to_script .unwrap_or(default_transform_to_script) || !matches!( context.config.output.target_env, TargetEnv::Browser | TargetEnv::Library ) { return Ok(None); } // ... }从源码可以推断出三条重要规则目标环境限定只有output.targetEnv为Browser或Library时才会执行 CSS 转 ScriptNode 等非浏览器环境直接跳过默认值推导浏览器环境下以mode.is_dev()作为默认开关——开发模式默认转换生产模式默认不转换显式配置优先一旦用户在配置中显式写了transformToScript就以用户值为准unwrap_or语义。3. 配置优先级与边界因此实际生效开关的计算方式可概括为显式配置用户值 环境推导默认值开发/生产 目标环境白名单Browser/Library之外一律关闭如果你希望在生产构建中也把 CSS 编译为 JS 注入脚本例如产物需要完全由 JS 驱动、或做跨框架的无link资源分发显式设置transformToScript: true即可覆盖生产模式的默认值。三、底层实现CSS 模块如何变成一段注入脚本1. 触发时机build_end 与 module_graph_updated 两个钩子transformToScript的转换逻辑集中在FarmPluginCss插件中。它实现了两个触发时机build_end整个编译构建结束时遍历模块图中所有ModuleType::Css的模块统一执行转换lib.rsmodule_graph_updated模块图更新HMR 增量编译时对新增/更新的模块执行同样的转换lib.rs——这正是开发模式下逐模块热更新的关键路径。fn module_graph_updated( self, param: farmfe_core::plugin::PluginModuleGraphUpdatedHookParam, context: ArcCompilationContext, ) - farmfe_core::error::ResultOption() { let mut module_ids param.updated_modules_ids.clone(); module_ids.extend(param.added_modules_ids.clone()); transform_css_to_script::transform_css_to_script_modules(module_ids, context)?; Ok(Some(())) }2. 核心转换transform_css_to_script_modules转换实现位于 crates/plugin_css/src/transform_css_to_script.rstransform_css_to_script_modules对传入的模块 ID 列表做并行into_par_iter处理仅过滤ModuleType::Css的模块每个模块完成如下流程从模块图中取出 CSS 的StylesheetAST调用source_replace处理url()引用与import路径结合publicPath、alias 与资源映射表通过codegen_css_stylesheet生成 CSS 文本可附带 sourcemap 并按minify配置压缩将 CSS 依赖import改写为 JS 的import语句同时把模块图中对应依赖边的ResolveKind::CssAtImport更新为ResolveKind::Importtransform_css_deps见同文件 L276-L311用wrapper_style_load将 CSS 文本包进一段注入逻辑把这段 JS 用 SWC 解析为 ES Module ASTModuleSystem::EsModule、hmr_self_accepted: true把模块类型改写为ModuleType::Js并依次触发process_module、finalize_module钩子完成后续管线。Rust 侧配置结构中transform_to_script的字段注释也给出了转换的直观示意见 crates/core/src/config/css.rs/* 输入 */ .foo { color: red; }/* 转换后的 JS 模块示意 */ const cssCode .foo { color: red; }; const farmId foo.module.css; const previousStyle document.querySelector(style[data-farm-id farmId ]); const style document.createElement(style); style.setAttribute(data-farm-id, farmId); style.innerHTML cssCode; if (previousStyle) { previousStyle.remove(); } document.head.appendChild(style);3. 包装代码wrapper_style_load 的真实产物实际生成的包装代码比示意更完整wrapper_style_loadtransform_css_to_script.rs L313-L358生成的产物大致如下const cssCode 实际的 CSS 文本反引号已转义; const farmId 模块 ID; import css import 依赖改写后的模块路径; const previousStyle document.querySelector(style[data-farm-id${farmId}]); const style document.createElement(style); style.setAttribute(data-farm-id, farmId); style.innerHTML cssCode; if (previousStyle) { previousStyle.replaceWith(style); } else { document.head.appendChild(style); } if (module.meta.hot) { module.meta.hot.accept(); module.meta.hot.prune(() { style.remove(); }); }这段代码承载了几个关键设计幂等更新以data-farm-id属性作为该样式节点的唯一标识重复注入如 HMR 重新执行模块时用replaceWith替换旧节点而不是无限追加HMR 自接受module.meta.hot.accept()让 CSS 模块自接受热更新配合module_graph_updated钩子改一处 CSS 只重编译并注入该模块无需整页刷新清理语义module.meta.hot.prune在模块被删除时移除对应style节点避免幽灵样式残留sourcemap 内联当启用 sourcemap 时以 base64 data URL 形式追加/*# sourceMappingURL... */注释见同文件wrapper_style_load前半段便于调试时还原 CSS 源位置。4. 持久化缓存转换结果还接入 Farm 的持久化缓存在transform_css_to_script_modules中若启用persistentCache会以「模块内容哈希 模块 ID」计算缓存键sha256摘要命中缓存时直接反序列化已存档的ModuleMetaData恢复为 JS 模块跳过重新解析与转换未命中则在转换完成后写入缓存transform_css_to_script.rs L52-L105 与 L236-L244。这意味着二次构建时 CSS 转 Script 的代价可被缓存吸收对大型项目冷热构建速度都有实际收益。四、与 CSS Modules 的协同transformToScript与 CSS Modules 是相辅相成的两条 CSS 能力CSS Modules 负责类名局部化与导出映射transformToScript负责产物形态。以.module.css|less|scss|sass结尾的模块默认按 CSS Modules 处理默认匹配路径正则见 crates/core/src/config/css.rs 的paths默认值\\.module\\.(css|less|sass|scss)$当transformToScript: true时CSS Modules 模块会被编译为「导出类名映射 运行时注入样式」的 JS 模块features/css.md 中的「将 CSS 转换为 Script」一节import styles from ./index.module.css得到的是类名映射对象样式本身通过注入脚本进入页面。官方示例中的完整形态如下features/css.mdimport styles from ./index.module.css export function Comp() { return div className{styles.main}Main/div }.main { color: red; }import { defineConfig } from farmfe/core; export default defineConfig({ compilation: { css: { transformToScript: true, }, }, });五、实践建议与注意事项基于上述源码行为给出几条可操作的实践结论开发模式无需显式配置浏览器环境 开发模式默认就是true开箱即用即可获得逐模块 CSS HMR不必写多余的配置生产构建保持默认关闭生产模式默认输出独立 CSS 文件利于浏览器并行加载与缓存除非有明确的 JS 化产物需求否则不建议在生产开启非浏览器目标环境不生效targetEnv为Node等非 Browser/Library 环境时无论配置如何都会跳过转换CSS 仍以独立资源输出显式配置用于覆盖默认当需要「开发保持注入、生产也注入」或「开发关闭注入」等与默认不一致的形态时显式写明transformToScript: true/false即可配置优先于默认推导与预处理器插件联动Farm 官方提供 sassRust 插件、less、postcssJS 插件等 CSS 预处理器插件参见 features/css.md它们最终产出的仍是 CSS 模块因此transformToScript对经由预处理器编译的.scss/.less模块同样生效——例如将index.scss改为index.module.scss即可同时获得 CSS Modules 与脚本注入两种能力。总结css.transformToScript是 Farm 将 CSS 模块「脚本化」的开关它在开发模式下把每个 CSS 模块编译为带data-farm-id标识、可幂等替换、自接受 HMR 的 JS 注入模块从而支撑逐模块热更新在生产模式下则默认回归独立 CSS 文件。通过阅读 transform_css_to_script.rs 与 FarmPluginCss 的源码可以看到这一功能在「配置推导 → 构建/增量钩子 → 包装代码生成 → 缓存复用」整条链路上的完整实现理解它有助于你在自定义产物形态、排查样式注入问题或二次开发插件时做出正确决策。赞分享前端构建构建工具开发工具【免费下载链接】farmExtremely fast Vite-compatible web build tool written in Rust项目地址https://gitcode.com/gh_mirrors/fa/farm点击查看免费下载相关推荐Farm 的 CSS 全链路处理内置 CSS、CSS Modules、Sass/Less/PostCSS 与 Tailwind 的编译原理Farm 的 CSS 全链路处理内置 CSS、CSS Modules、Sass/Less/PostCSS 与 Tailwind 的编译原理 Farm 内置了对前端构建构建工具开发工具Farm 中编译 Less 文件farmfe/js-plugin-less 插件实战与原理解析Farm 中编译 Less 文件farmfe/js plugin less 插件实战与原理解析 本文以 Farm 仓库中的 Less 示例 example前端构建构建工具开发工具farmfe/plugin-svgr 实战在 Farm 中把 SVG 文件编译为 React 组件farmfe/plugin svgr 实战在 Farm 中把 SVG 文件编译为 React 组件 本文是 Farm 官方 Rust 插件 farmfe/前端构建构建工具开发工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
前端构建构建工具开发工具【免费下载链接】farmExtremely fast Vite-compatible web build tool written in Rust项目地址https://gitcode.com/gh_mirrors/fa/farm点击查看免费下载导读css.transformToScript是 FarmRust 编写的 Vite 兼容构建工具在farmfe/core补丁版本中引入的一项核心 CSS 能力它决定 CSS 模块在产物中是以独立 CSS 文件输出还是被转换为一段在运行时通过document.createElement(style)注入head的 JavaScript 模块。本篇文章以 .changeset/weak-files-hide.md 中记录的Feat(core): support css.transformToScript变更为起点结合仓库源码与官方文档完整讲解该配置项的默认行为、配置方式、底层实现Rust 插件钩子、包装代码生成、HMR 集成、持久化缓存以及生产实践中的取舍读完你既能正确配置它也能理解它为何默认在开发模式开启、在生产模式关闭。一、功能背景一次 patch 变更背后的 CSS 处理能力Farm 使用 Changesets 管理版本发布每个变更集文件描述一个独立的改动。.changeset/weak-files-hide.md记录的就是这样一条变更--- farmfe/core: patch --- Feat(core): support css.transformToScript它声明farmfe/core获得一个 patch 级别的功能增强支持配置项css.transformToScript。这个配置项在 Farm v2 中属于 CSS 领域的新功能之一v1 到 v2 的迁移文档 中将其与css.modules.localsConversion、minify.include/exclude、persistentCache.envs等一同列为新能力。官方 CSS 文档将其定位为一句话可以讲清的核心能力Farm 支持通过css.transformToScript将 CSS 转换为 JavaScript 模块。启用后CSS 模块将被编译为导出类名映射并在运行时注入样式的 JS 代码。也就是说默认情况下 Farm 对 CSS 的处理有两种形态独立 CSS 资源或 JS 注入脚本。transformToScript就是切换这两种形态的开关。二、配置方式与默认行为1. 配置入口Farm 默认从项目根目录读取farm.config.ts|js|mjs配置文件参见 编译配置文档所有编译相关配置位于compilation字段下import { defineConfig } from farmfe/core; export default defineConfig({ compilation: { css: { transformToScript: true, }, }, });TS 侧的配置类型定义在 packages/core/src/types/binding.ts 的CssConfig接口中export interface CssConfig { modules?: { /* css modules 相关配置 */ } | null; prefixer?: { targets?: string[] | string | BrowserTargetsRecord; } | null; /** * Whether to transform css to script, default is true in development mode and false in production mode. * If set to true, every css module will be transformed to script individually, and the css will be inserted * into the head of the document using document.createElement(style). */ transformToScript?: boolean; /** You SHOULD NOT use this option. Its preserved vite css options for compatibility of vite plugins */ _viteCssOptions?: any; }2. 默认值开发模式开启、生产模式关闭按 compilation-options.md 的说明css.transformToScript的默认值是开发模式为true每个 CSS 模块被转换为独立的 JS 脚本通过document.createElement(style)注入到 document head生产模式为falseCSS 通常保留为独立的 CSS 文件输出。默认值并非硬编码在配置结构里而是由 Rust 端在构建结束时动态计算。在 crates/plugin_css/src/lib.rs 的build_end钩子中可以看到完整逻辑fn build_end(self, context: ArcCompilationContext) - farmfe_core::error::ResultOption() { let default_transform_to_script if context.config.output.target_env.is_browser() { context.config.mode.is_dev() } else { false }; if !context .config .css .transform_to_script .unwrap_or(default_transform_to_script) || !matches!( context.config.output.target_env, TargetEnv::Browser | TargetEnv::Library ) { return Ok(None); } // ... }从源码可以推断出三条重要规则目标环境限定只有output.targetEnv为Browser或Library时才会执行 CSS 转 ScriptNode 等非浏览器环境直接跳过默认值推导浏览器环境下以mode.is_dev()作为默认开关——开发模式默认转换生产模式默认不转换显式配置优先一旦用户在配置中显式写了transformToScript就以用户值为准unwrap_or语义。3. 配置优先级与边界因此实际生效开关的计算方式可概括为显式配置用户值 环境推导默认值开发/生产 目标环境白名单Browser/Library之外一律关闭如果你希望在生产构建中也把 CSS 编译为 JS 注入脚本例如产物需要完全由 JS 驱动、或做跨框架的无link资源分发显式设置transformToScript: true即可覆盖生产模式的默认值。三、底层实现CSS 模块如何变成一段注入脚本1. 触发时机build_end 与 module_graph_updated 两个钩子transformToScript的转换逻辑集中在FarmPluginCss插件中。它实现了两个触发时机build_end整个编译构建结束时遍历模块图中所有ModuleType::Css的模块统一执行转换lib.rsmodule_graph_updated模块图更新HMR 增量编译时对新增/更新的模块执行同样的转换lib.rs——这正是开发模式下逐模块热更新的关键路径。fn module_graph_updated( self, param: farmfe_core::plugin::PluginModuleGraphUpdatedHookParam, context: ArcCompilationContext, ) - farmfe_core::error::ResultOption() { let mut module_ids param.updated_modules_ids.clone(); module_ids.extend(param.added_modules_ids.clone()); transform_css_to_script::transform_css_to_script_modules(module_ids, context)?; Ok(Some(())) }2. 核心转换transform_css_to_script_modules转换实现位于 crates/plugin_css/src/transform_css_to_script.rstransform_css_to_script_modules对传入的模块 ID 列表做并行into_par_iter处理仅过滤ModuleType::Css的模块每个模块完成如下流程从模块图中取出 CSS 的StylesheetAST调用source_replace处理url()引用与import路径结合publicPath、alias 与资源映射表通过codegen_css_stylesheet生成 CSS 文本可附带 sourcemap 并按minify配置压缩将 CSS 依赖import改写为 JS 的import语句同时把模块图中对应依赖边的ResolveKind::CssAtImport更新为ResolveKind::Importtransform_css_deps见同文件 L276-L311用wrapper_style_load将 CSS 文本包进一段注入逻辑把这段 JS 用 SWC 解析为 ES Module ASTModuleSystem::EsModule、hmr_self_accepted: true把模块类型改写为ModuleType::Js并依次触发process_module、finalize_module钩子完成后续管线。Rust 侧配置结构中transform_to_script的字段注释也给出了转换的直观示意见 crates/core/src/config/css.rs/* 输入 */ .foo { color: red; }/* 转换后的 JS 模块示意 */ const cssCode .foo { color: red; }; const farmId foo.module.css; const previousStyle document.querySelector(style[data-farm-id farmId ]); const style document.createElement(style); style.setAttribute(data-farm-id, farmId); style.innerHTML cssCode; if (previousStyle) { previousStyle.remove(); } document.head.appendChild(style);3. 包装代码wrapper_style_load 的真实产物实际生成的包装代码比示意更完整wrapper_style_loadtransform_css_to_script.rs L313-L358生成的产物大致如下const cssCode 实际的 CSS 文本反引号已转义; const farmId 模块 ID; import css import 依赖改写后的模块路径; const previousStyle document.querySelector(style[data-farm-id${farmId}]); const style document.createElement(style); style.setAttribute(data-farm-id, farmId); style.innerHTML cssCode; if (previousStyle) { previousStyle.replaceWith(style); } else { document.head.appendChild(style); } if (module.meta.hot) { module.meta.hot.accept(); module.meta.hot.prune(() { style.remove(); }); }这段代码承载了几个关键设计幂等更新以data-farm-id属性作为该样式节点的唯一标识重复注入如 HMR 重新执行模块时用replaceWith替换旧节点而不是无限追加HMR 自接受module.meta.hot.accept()让 CSS 模块自接受热更新配合module_graph_updated钩子改一处 CSS 只重编译并注入该模块无需整页刷新清理语义module.meta.hot.prune在模块被删除时移除对应style节点避免幽灵样式残留sourcemap 内联当启用 sourcemap 时以 base64 data URL 形式追加/*# sourceMappingURL... */注释见同文件wrapper_style_load前半段便于调试时还原 CSS 源位置。4. 持久化缓存转换结果还接入 Farm 的持久化缓存在transform_css_to_script_modules中若启用persistentCache会以「模块内容哈希 模块 ID」计算缓存键sha256摘要命中缓存时直接反序列化已存档的ModuleMetaData恢复为 JS 模块跳过重新解析与转换未命中则在转换完成后写入缓存transform_css_to_script.rs L52-L105 与 L236-L244。这意味着二次构建时 CSS 转 Script 的代价可被缓存吸收对大型项目冷热构建速度都有实际收益。四、与 CSS Modules 的协同transformToScript与 CSS Modules 是相辅相成的两条 CSS 能力CSS Modules 负责类名局部化与导出映射transformToScript负责产物形态。以.module.css|less|scss|sass结尾的模块默认按 CSS Modules 处理默认匹配路径正则见 crates/core/src/config/css.rs 的paths默认值\\.module\\.(css|less|sass|scss)$当transformToScript: true时CSS Modules 模块会被编译为「导出类名映射 运行时注入样式」的 JS 模块features/css.md 中的「将 CSS 转换为 Script」一节import styles from ./index.module.css得到的是类名映射对象样式本身通过注入脚本进入页面。官方示例中的完整形态如下features/css.mdimport styles from ./index.module.css export function Comp() { return div className{styles.main}Main/div }.main { color: red; }import { defineConfig } from farmfe/core; export default defineConfig({ compilation: { css: { transformToScript: true, }, }, });五、实践建议与注意事项基于上述源码行为给出几条可操作的实践结论开发模式无需显式配置浏览器环境 开发模式默认就是true开箱即用即可获得逐模块 CSS HMR不必写多余的配置生产构建保持默认关闭生产模式默认输出独立 CSS 文件利于浏览器并行加载与缓存除非有明确的 JS 化产物需求否则不建议在生产开启非浏览器目标环境不生效targetEnv为Node等非 Browser/Library 环境时无论配置如何都会跳过转换CSS 仍以独立资源输出显式配置用于覆盖默认当需要「开发保持注入、生产也注入」或「开发关闭注入」等与默认不一致的形态时显式写明transformToScript: true/false即可配置优先于默认推导与预处理器插件联动Farm 官方提供 sassRust 插件、less、postcssJS 插件等 CSS 预处理器插件参见 features/css.md它们最终产出的仍是 CSS 模块因此transformToScript对经由预处理器编译的.scss/.less模块同样生效——例如将index.scss改为index.module.scss即可同时获得 CSS Modules 与脚本注入两种能力。总结css.transformToScript是 Farm 将 CSS 模块「脚本化」的开关它在开发模式下把每个 CSS 模块编译为带data-farm-id标识、可幂等替换、自接受 HMR 的 JS 注入模块从而支撑逐模块热更新在生产模式下则默认回归独立 CSS 文件。通过阅读 transform_css_to_script.rs 与 FarmPluginCss 的源码可以看到这一功能在「配置推导 → 构建/增量钩子 → 包装代码生成 → 缓存复用」整条链路上的完整实现理解它有助于你在自定义产物形态、排查样式注入问题或二次开发插件时做出正确决策。赞分享前端构建构建工具开发工具【免费下载链接】farmExtremely fast Vite-compatible web build tool written in Rust项目地址https://gitcode.com/gh_mirrors/fa/farm点击查看免费下载相关推荐Farm 的 CSS 全链路处理内置 CSS、CSS Modules、Sass/Less/PostCSS 与 Tailwind 的编译原理Farm 的 CSS 全链路处理内置 CSS、CSS Modules、Sass/Less/PostCSS 与 Tailwind 的编译原理 Farm 内置了对前端构建构建工具开发工具Farm 中编译 Less 文件farmfe/js-plugin-less 插件实战与原理解析Farm 中编译 Less 文件farmfe/js plugin less 插件实战与原理解析 本文以 Farm 仓库中的 Less 示例 example前端构建构建工具开发工具farmfe/plugin-svgr 实战在 Farm 中把 SVG 文件编译为 React 组件farmfe/plugin svgr 实战在 Farm 中把 SVG 文件编译为 React 组件 本文是 Farm 官方 Rust 插件 farmfe/前端构建构建工具开发工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
