柯里化适合三方库初始化场景，可将共享配置（如API地址、超时、token、日志）预置，变动参数（如模块名）延迟传入，避免重复代码；支持动态组合能力（如缓存）、多端适配与类型安全调用。
柯里化特别适合处理“配置项重叠、初始化逻辑相似但参数略有差异”的三方库初始化场景。它能把重复的配置提取为固定参数，把变动部分延迟到调用时传入，从而避免大量样板代码和硬编码分支。
识别可复用的初始化骨架
先观察多个三方库初始化过程的共性：比如都需要 API 地址、超时时间、认证 token、日志开关 这四类配置，而只有 模块名或环境标识 不同。这时就可以把前四个作为柯里化的“预置参数”，最后一个留作后续传入。
- 不要直接写
initA(config)、initB(config)、initC(config)三个独立函数 - 而是抽象出一个通用初始化函数：
createInitializer(baseConfig)，返回一个接收moduleName的函数 -
baseConfig包含所有共享配置，如{ baseUrl: 'https://api.example.com', timeout: 5000, token: 'xxx', debug: true }
用柯里化封装初始化工厂
实现一个高阶函数，接受基础配置，返回定制化初始化器：
const createClient = (baseConfig) => (moduleName) => {
const config = { ...baseConfig, moduleName };
// 此处调用真实三方库的初始化方法，如 new ThirdPartySDK(config)
return new ThirdPartySDK(config);
};
使用时非常清晰：
const userClient = createClient({ baseUrl: '/v1', timeout: 3000, token: 'u-123' });const orderClient = createClient({ baseUrl: '/v2', timeout: 5000, token: 'o-456' });- 后续只需
userClient('user')或orderClient('order')即可获得实例
支持动态补全与组合配置
当某些库需要额外字段（如是否启用缓存、是否走 mock），可在柯里化链中增加一层：
const withCache = (clientFactory) => (moduleName) =>
clientFactory({ ...moduleName, cacheEnabled: true });
const cachedUserClient = withCache(userClient);
这样既不破坏原有结构，又能按需叠加能力。多个三方库若共用同一套中间件或拦截器，也可通过类似方式统一注入。
适配鸿蒙/Flutter 等多端场景
像 dfunc 这类 Dart 函数式工具库，在鸿蒙 ArkUI 中初始化不同数据源（传感器、分布式数据库、设备管理）时，就非常适合用柯里化分层固化平台级配置：
- 第一层固化
ohos.context和logLevel - 第二层传入具体能力名（
'sensor'/'device'） - 第三层可选传入运行时策略（如采样频率、权限级别）
最终调用形如 initDataSource('sensor')({ sampleRate: 10 })，语义明确且类型安全。
