如何为逻辑参数声明自定义类型？解决TS类型定义重复问题

我完全懂你现在的痛点——给老JS库写TS类型时，这种“既可以传对象又可以传原始值”的写法反复写Object | string太繁琐，而且之前的泛型用法没起到预期的类型限制作用。我来一步步给你梳理解决方案：

1. 先创建可复用的自定义联合类型 #

首先，我们用type关键字把你需要的“对象或字符串（甚至数字，看你例子里label用到了数字）”打包成一个通用类型，彻底解决重复代码的问题：

// 根据你的实际需求调整：如果只需要对象+字符串就去掉number
type ObjectOrPrimitive = object | string | number;

这个类型可以直接在所有需要的地方复用，再也不用重复写几百次联合类型了。

2. 修正泛型的使用方式 #

你之前用<T>把两个参数绑定成了同一个类型，这其实不符合原JS代码的灵活性（原代码允许product传对象、label传字符串），而且因为T没有类型约束，所以传入数字也不会触发错误。现在直接用我们的自定义类型就能精准控制参数范围：

interface SomeClass {
  someMethod(product: ObjectOrPrimitive, label: ObjectOrPrimitive): void;
}

这样一来，参数就只能是你允许的类型（对象/字符串/数字），传入其他类型比如boolean就会立刻触发TS错误，完美匹配原JS库的行为。

3. 为未来细化类型预留空间 #

如果你之后要给product和label分别定义更精确的对象结构，也可以基于这个思路无缝扩展：

// 先定义product的基础对象结构
interface BaseProduct {
  ownName?: string;
  title?: string;
}
// 定义product的输入类型：对象或原始值
type ProductInput = BaseProduct | string | number;

// 同理处理label
interface BaseLabel {
  labelIdNumber?: number;
}
type LabelInput = BaseLabel | string | number;

// 最终的接口
interface SomeClass {
  someMethod(product: ProductInput, label: LabelInput): void;
}

这种写法既满足现在的通用需求，也能轻松过渡到未来更细致的类型定义。

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