ts中接口继承中的同名成员的兼容问题
在接口继承中,可能会出现同名成员,面对同名成员这种情况,怎么处理呢?
主要分为以下两种情况:
同名成员的类型必须兼容
如果子接口与父接口之间存在同名的类型成员,那么子接口中的类型成员具有更高的优先级。
同时,子接口与父接口中的同名类型成员必须是类型兼容的。也就是说,子接口中同名类型成员的类型需要能够赋值给父接口中同名类型成员的类型,否则将产生编译错误。
示例如下:
interface Style {
color: string;
}
interface Shape {
name: string;
}
interface Circle extends Style, Shape { //继承多个接口
name: 'circle';
color: number;
// ~~~~~~~~~~~~~
// 编译错误:'color' 类型不兼容,
// 'number' 类型不能赋值给 'string' 类型
}
Circle接口同时继承了Style接口和Shape接口。Circle接口与父接口之间存在同名的属性name和color。
Circle接口中name属性的类型为字符串字面量类型’circle’,它能够赋值给Shape接口中string类型的name属性,因此是正确的。
而Circle接口中color属性的类型为number,它不能够赋值给Color接口中string类型的color属性,因此产生编译错误。
同名成员的类型必须相同
如果仅是多个父接口之间存在同名的类型成员,而子接口本身没有该同名类型成员,那么父接口中同名类型成员的类型必须是完全相同的,否则将产生编译错误。
示例如下:
interface Color {
draw(): { color: string };
}
interface Shape {
draw(): { x: number; y: number };
}
interface Circle extends Style, Shape {}
// ~~~~~~
// 编译错误
Circle接口同时继承了Color接口和Shape接口。Color接口和Shape接口都包含一个名为draw的方法,但两者的返回值类型不同。当Circle接口尝试将两个draw方法合并时发生冲突,因此产生了编译错误。
解决这个问题的一个办法是,在Circle接口中定义一个同名的draw方法。这样Circle接口中的draw方法会拥有更高的优先级,从而取代父接口中的draw方法。这时编译器将不再进行类型合并操作,因此也就不会发生合并冲突。但是要注意,Circle接口中定义的draw方法一定要与所有父接口中的draw方法是类型兼容的。
示例如下:
interface Color {
draw(): { color: string };
}
interface Shape {
draw(): { x: number; y: number };
}
interface Circle extends Color, Shape {
draw(): { color: string; x: number; y: number };
}
Circle接口中定义了一个draw方法,它的返回值类型为“{ color: string; x: number; y: number }”。它既能赋值给“{ color: string }”类型,也能赋值给“{ x: number; y: number }”类型,因此不会产生编译错误。