TypeScript中接口与泛型约束的差异及性能对比问询

核心差异 #

两种写法最本质的区别在于是否保留参数的原始类型信息：

• interfaceFunction 直接将参数限定为 IBase 类型，函数内部仅能访问 IBase 定义的属性/方法，参数的具体类型（如 ConcreteA、ConcreteB）信息会被丢弃。如果 ConcreteA 有额外属性（比如 name: string），在 interfaceFunction 里访问 param.name 会触发编译错误。
• genericFunction<T extends IBase> 通过泛型约束限定参数必须符合 IBase 规范，但同时保留了参数的原始类型 T。函数内部不仅能访问 IBase 的属性，还能访问原类型特有的成员；若函数需要返回参数本身，返回值类型也会是原始的 ConcreteA/ConcreteB，而非 IBase。

编码惯例与推荐场景 #

选择哪种写法取决于你的实际需求：

• 优先用接口参数：当你只需要处理接口定义的通用字段，不关心参数的具体类型时，写法更简洁。比如通用日志函数、数据格式化函数，仅依赖接口约定的属性，无需接触原类型的额外内容。
• 优先用泛型约束：当你需要保留参数的原始类型信息时，比如函数要返回和参数同类型的实例，或者需要访问原类型特有的属性/方法，泛型能保证类型安全，避免不必要的类型断言。

举个实际场景示例：

function genericReturn<T extends IBase>(param: T): T {
  console.log(param.aNumber);
  return param;
}

// 返回值是ConcreteA类型，可直接访问其特有属性（若存在）
genericReturn(a).name; 

性能差异：完全无区别 #

TypeScript 所有类型检查都发生在编译阶段，最终会被编译为无类型信息的 JavaScript，运行时不存在任何类型相关的逻辑。

你提供的代码编译后的结果如下：

function interfaceFunction(param) {
    console.log(param.aNumber);
}
function genericFunction(param) {
    console.log(param.aNumber);
}

两种函数的编译结果完全一致，运行时执行逻辑没有任何区别，自然不存在性能差异。

与Swift的机制差异 #

Swift 作为静态编译型语言，泛型和协议的处理逻辑与 TypeScript 完全不同：

• Swift 的泛型会在编译时针对传入的具体类型生成特化版本的函数，避免运行时通过协议见证表查表，因此性能更优。
• 但 TypeScript 不存在这个机制——所有泛型、接口都是编译时的语法糖，编译后会被完全擦除，运行时没有任何类型相关的开销，因此两种写法在性能上没有区别。

内容的提问来源于stack exchange，提问作者user7693152