柯里化是插件化架构中实现上下文预置与服务注入的关键手段，通过预装宿主服务（如logger、eventbus）避免重复传参和隐式依赖，并配合注册机制实现按需注入、类型安全与早期错误检测。
柯里化在插件化架构中不是“锦上添花”的技巧，而是实现上下文预置与服务注入的关键手段——它把宿主能力（如日志、配置、事件总线）提前固化为插件可直接调用的函数，既避免重复传参，又切断插件对全局环境的隐式依赖。
用柯里化封装宿主服务，让插件只关心业务逻辑
插件不应自己去 import 或查找 logger、storage 等服务，而应由主系统通过柯里化“预装”好。例如：
主系统提供一个工厂函数：
const createPlugin = (services) => (config) => {return {
id: config.id,
load() { services.logger.info(`Loading ${config.id}`); },
enable() { services.eventBus.emit('plugin:enabled', { id: config.id }); }
};
};
注册时直接柯里化：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
logger: app.getLogger(),
eventBus: app.getEventBus(),
storage: app.getStorage()
});
// 后续每个插件只需传自己的配置
const analyticsPlugin = pluginFactory({ id: '@app/analytics' });
const uiPlugin = pluginFactory({ id: '@app/ui-loader' });
这样，所有插件实例都天然持有同一套已校验、已初始化的服务引用，无需再手动传递或查找。
配合插件注册机制，实现按需注入与类型安全
柯里化要和注册流程深度结合，才能发挥最大价值：
- PluginManager.register(plugin, options) 内部自动调用柯里化工厂，把当前运行时服务注入 plugin 工厂函数
- 插件定义本身不硬编码服务名，而是声明 requires 字段（如 requires: ['logger', 'eventBus']），注册器据此从 services 映射表中提取并柯里化
- 若某服务缺失，柯里化前就抛错，而不是等插件 enable 时才报 undefined，错误位置更早、更明确
- TypeScript 中可利用泛型约束柯里化后的插件类型，确保 config 结构与 services 类型匹配
避免柯里化滥用：只固化稳定接口，不固化动态状态
柯里化适合封装长期有效、不可变或只读的服务实例，但不适合绑定易变上下文：
- ✅ 推荐固化：logger 实例、eventBus 实例、fetch 封装函数、配置对象（深克隆后冻结）
- ❌ 避免固化：当前用户信息（可能登录态变更）、DOM 元素引用（可能被销毁）、未 resolve 的 Promise
- ⚠️ 折中方案：对需动态获取的数据，柯里化一个 getter 函数，如 () => app.currentUser，而非直接传 user 对象
否则插件拿到的是快照，后续状态更新将无法感知，反而破坏一致性。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
