Appearance
interface 与 type：开放扩展、组合表达与工具类型兼容
主题定位
两者都能描述对象结构，但设计意图、扩展方式和表达能力并不完全重合。
- 两者都能描述对象结构，但设计意图、扩展方式和表达能力并不完全重合
- interface 更偏向描述对象形状与可扩展契约，type 更偏向给任意类型表达式起别名
- 这不是“谁更高级”的问题，而是表达目标不同
- 不要把 interface 和运行时 class 或接口关键字的传统 OOP 含义强绑定
interface 与 type 的职责拆分
interface
interface 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 interface 的差异最终会体现在 类型表达、缩窄推导、工程约束 这几个维度。 interface 讲清适用边界、失效条件和代价结构，结论才有技术含量。
type
type 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 type 的差异最终会体现在 类型表达、缩窄推导、工程约束 这几个维度。 type 讲清适用边界、失效条件和代价结构，结论才有技术含量。
差异对照与适用场景
- 两者都能描述对象结构，但设计意图、扩展方式和表达能力并不完全重合
- interface 更偏向描述对象形状与可扩展契约，type 更偏向给任意类型表达式起别名
- 这不是“谁更高级”的问题，而是表达目标不同
- 不要把 interface 和运行时 class 或接口关键字的传统 OOP 含义强绑定
- interface 支持声明合并和 extends，适合库类型扩展、面向对象式契约描述和公共 API
- type 可以表示联合、交叉、条件类型、映射类型、元组、原始类型等更广泛的类型表达式
团队使用建议
- 两者都能描述对象结构，但设计意图、扩展方式和表达能力并不完全重合
- interface 更偏向描述对象形状与可扩展契约，type 更偏向给任意类型表达式起别名
- 这不是“谁更高级”的问题，而是表达目标不同
- 不要把 interface 和运行时 class 或接口关键字的传统 OOP 含义强绑定
- interface 支持声明合并和 extends，适合库类型扩展、面向对象式契约描述和公共 API
问答设计及延伸
标准回答
回答 interface 与 type：开放扩展、组合表达与工具类型兼容 时，先定义 interface、type 各自解决的问题，再比较它们在 类型表达、缩窄推导、工程约束 上的差异，最后给出选型边界和工程代价。
追问拆解
- interface 与 type：开放扩展、组合表达与工具类型兼容 与“泛型：参数化类型、约束与类型推导链路”的边界关系
- interface 与 type：开放扩展、组合表达与工具类型兼容 与“值空间与类型空间：同名标识符为什么有时能共存”的边界关系
- 跨标签页、跨域、多端协作场景下的结论变化
- 维护成本上升后的优先级调整
容易失分的点
- 只给“哪个好”的结论，不先拆对象
- 只报 API 或术语，不解释运行时行为和代价
- 缺少真实场景，导致结论过度绝对
项目映射
- 结合真实系统说明 interface 到 type 分别落在哪段链路
- 补充未选方案的放弃原因和约束差异
- 补充线上问题、治理动作和验证结果