柯里化不直接预设打包输出目录，但可通过高阶函数固化outputDir，生成专用构建函数，提升复用性与安全性，避免路径遗漏或误改。
在自动化构建脚本中，函数柯里化本身不直接“预设打包输出目录”，但它能帮你优雅地封装和复用配置逻辑——比如把 outputDir 提前固化进打包函数，让后续调用更简洁、更安全。
柯里化让输出路径配置可复用、不可误改
构建脚本（如基于 Rollup、Vite 或自研 CLI）常需为不同环境或模块生成不同输出目录。若每次调用都手动传 outDir，容易遗漏或写错。用柯里化可提前绑定路径，生成专用打包函数：
- 定义一个接受
baseDir的高阶函数，返回一个已“记住”该路径的打包操作 - 后续只需传入具体入口、格式等动态参数，
outputDir不再暴露给调用方 - 避免硬编码路径散落在多处，也防止某次调用意外覆盖或遗漏
一个实用的柯里化打包函数示例
假设你用 Node.js 脚本驱动 Rollup 打包：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
const rollup = require('rollup');
// 柯里化：固定 outputDir，返回可复用的 build 函数
const createBuilder = (outputDir) => async (input, format = 'es') => {
const bundle = await rollup.rollup({ input });
await bundle.write({
dir: outputDir, // ✅ 已固化，调用时不需再传
format,
entryFileNames: '[name].js'
});
};
// 预设不同环境的输出目录
const devBuilder = createBuilder('./dist/dev');
const prodBuilder = createBuilder('./dist/prod');
const libBuilder = createBuilder('./packages/my-lib/dist');
// 后续调用干净利落，无路径干扰
await devBuilder('./src/index.ts', 'cjs');
await prodBuilder('./src/index.ts', 'es');
配合配置对象时更灵活
实际项目中，输出目录常和其他配置（如 sourcemap、minify）组合。柯里化可与对象解构结合，兼顾灵活性与约束性：
立即学习“Java免费学习笔记（深入）”；
const createPresetBuilder = ({ outputDir, sourcemap = false, minify = false }) =>
async (options) => {
const { input, format } = options;
const bundle = await rollup.rollup({ input });
await bundle.write({
dir: outputDir, // ✅ 路径由 preset 决定
format,
sourcemap,
plugins: minify ? [terser()] : []
});
};
const ciBuilder = createPresetBuilder({
outputDir: './dist/ci',
sourcemap: true,
minify: true
});
await ciBuilder({ input: './src/main.ts', format: 'iife' });
注意：柯里化不是魔法，要配合流程设计
单纯柯里化不会自动创建目录或校验路径合法性。建议补充基础防护：
- 在柯里化函数内部用
fs.mkdirSync(outputDir, { recursive: true })确保目录存在 - 对
outputDir做简单校验（如非空、不含非法字符、不等于根目录/） - 避免柯里化过度嵌套；两层（
f(a)(b)）足够清晰，三层以上易降低可读性
