一个常见迷思：「建两个资产，是不是过度设计」

初学者常觉得："我就一个跳跃动作，建 IA、IMC 两个资产，还要写启用代码，比旧系统麻烦多了。"

答案：设计税在前期，红利在中后期

项目初期这套结构确实是"额外开销"。但任何项目都会长出这些需求：

需求 旧系统做法 Enhanced Input 做法
手柄支持 加轴映射 + 自己判断设备 IMC 加一行（同一 IA 映射多个键）
按键重映射（玩家自定义） 自己存档 + 自己写重应用 IMC 是资产，可序列化/运行时改
驾驶/步行切换上下文 手动开关每个动作 Add/Remove 一个 IMC
长按 vs 点按区分 蓝图里计时 Trigger 配置
死区与摇杆曲线 自己写函数 Modifier 配置
交互提示按住进度条 自己计时画 Hold Trigger 的 Progress 输出

当这些需求出现第 3 个时，Enhanced Input 的总成本追平；出现第 5 个时，旧系统已经被甩开。这是典型的"前期税、后期复利"结构。

一个判断标准

  • 原型 / Demo / GameJam：用什么都行，甚至输入直接写在角色蓝图里——没人会为了三天的 demo 付设计税；
  • 要上线的项目：Enhanced Input 把"按键自定义、上下文管理、手柄适配"都准备好了，晚迁移的代价远高于早用。

从另一个角度看"资产化"

IA/IMC 是资产意味着： - 策划可以改按键：不用开蓝图、不用找程序员； - 按键可以随版本走：资产 diff、版本管理，按键调整历史一目了然； - 程序可以消费：按键提示 UI 可以直接遍历 IMC 生成（"按 E 交互" 里那个 E 自动填）。

这三件事在旧系统里每一件都要自己造轮子。

本章小结

  • 前期 Enhanced Input 是"设计税"，中后期是"复利"。
  • 五个常见需求出现 3 个即回本。
  • 资产化的额外红利：策划可改、版本可追、UI 可自动生成按键提示。