柯里化不直接重塑响应回调，而是提供环境预置与延迟绑定能力，使新属性通过已固化上下文的柯里化函数接入响应链；其本质是增强表达力的壳，真正响应行为由proxy保障。
柯里化本身不直接“重塑”响应回调，而是为响应式引擎提供一种环境预置 + 延迟绑定的能力——当新属性动态注入时，你不需要重写整个响应逻辑，只需用已固化上下文的柯里化函数重新封装该属性的读写路径。
让新属性自动接入现有响应链
响应式引擎的核心是「谁读了它」和「谁该更新」的映射关系。新属性（比如 state.themeColor）若未被代理或未触发依赖收集，就游离在响应系统之外。柯里化不替代 Proxy，但能帮你快速为它补上语义层：
- 把属性访问包装成柯里化函数，例如：
const getThemeColor = curry(get)(state)('themeColor')，这样调用getThemeColor()时，内部仍走 Proxy 的gettrap，完成依赖收集 - 对 setter 同理：
const setThemeColor = curry(set)(state)('themeColor')，确保赋值触发trigger而非直接修改原始对象 - 关键点：柯里化函数只是壳，真正响应行为由底层 reactive 对象保障；它解决的是「怎么方便地复用已有环境逻辑去包裹新字段」
配合 toRefs 实现安全解构与属性注入
直接 const { themeColor } = state 会脱离响应式，但用柯里化 + toRefs 可构造带记忆能力的引用工厂：
-
const makeRef = curry(toRef)(state)→ 得到一个等待 key 的函数 - 后续注入新属性
state.newFeature = 'enabled'后，立刻执行makeRef('newFeature')，返回一个响应式 ref - 这个 ref 的 getter/setter 内部仍调用 Proxy 的
get/set，所以新增属性也能触发 UI 更新
为动态属性生成带主题/单位/校验的响应式计算函数
新属性往往需要结合设计系统参数才具业务意义。柯里化可把「配置环境」一次性固化，避免每次手动传参：
- 定义基础计算函数：
const computeStyle = (unitScale, theme, key, value) => ... - 柯里化预置：
const themedPx = curry(computeStyle)(2)(themes.dark) - 当新属性
fontSizeLg注入后，直接用themedPx('fontSizeLg')(1.5)→ 自动套用缩放比与主题色，且返回值可被 effect 收集 - 这种函数本质是「响应式计算管道」，新属性只要作为参数传入，就自然融入已有数据流
避免陷阱：柯里化不是响应式，只是增强表达力
需明确边界：
- 柯里化函数本身不触发依赖收集——只有它内部调用 reactive 对象的 get/set 才会
- 不要用柯里化绕过 reactive 包装：
const bad = curry(get)(rawObj)('x')→ rawObj 没代理，毫无响应性 - 数组索引、Map 键等动态路径，需结合 Proxy 的
ownKeys/hastrap，柯里化只负责把「路径生成逻辑」参数化
