要理解递归类型边界的概念,让我们解决一个简单的问题。通过解决实际问题,这个概念更容易理解。我将在最后提供递归类型绑定的定义,因为理解了这个概念后更有意义。
问题
假设我们必须按照水果的大小对水果进行分类。而且我们被告知我们只能比较相同类型的水果。例如,我们无法将苹果与橙子进行比较(双关语)。
所以,我们创建一个简单的类型层次结构,如下所示,
Fruit.java
interface Fruit {
Integer getSize();
}
Apple.java
class Apple implements Fruit, Comparable<Apple> {
private final Integer size;
public Apple(Integer size) {
this.size = size;
}
@Override public Integer getSize() {
return size;
}
@Override public int compareTo(Apple other) {
return size.compareTo(other.size);
}
}
Orange.java
class Orange implements Fruit, Comparable<Orange> {
private final Integer size;
public Orange(Integer size) {
this.size = size;
}
@Override public Integer getSize() {
return size;
}
@Override public int compareTo(Orange other) {
return size.compareTo(other.size);
}
}
Main.java
class Main {
public static void main(String[] args) {
Apple apple1 = new Apple(3);
Apple apple2 = new Apple(4);
apple1.compareTo(apple2);
Orange orange1 = new Orange(3);
Orange orange2 = new Orange(4);
orange1.compareTo(orange2);
apple1.compareTo(orange1); // Error: different types
}
}
解决方案
在这段代码中,我们能够实现我们能够比较相同类型的目标,即苹果和苹果,橙子和橙子。当我们比较苹果和橙子时,我们会得到一个错误,这正是我们想要的。
问题
这里的问题是实现compareTo() 方法的代码对于Apple 和Orange 类是重复的。并且将在我们从Fruit 扩展的所有类中进行更多复制,以在未来创造新的成果。我们的示例中重复代码的数量较少,但在现实世界中,每个类中的重复代码可能有数百行。
将重复代码移至通用类
Fruit.java
class Fruit implements Comparable<Fruit> {
private final Integer size;
public Fruit(Integer size) {
this.size = size;
}
public Integer getSize() {
return size;
}
@Override public int compareTo(Fruit other) {
return size.compareTo(other.getSize());
}
}
Apple.java
class Apple extends Fruit {
public Apple(Integer size) {
super(size);
}
}
Orange.java
class Orange extends Fruit {
public Orange(Integer size) {
super(size);
}
}
解决方案
在这一步中,我们将compareTo()方法的重复代码移到超类中。我们的扩展类Apple 和Orange 不再被通用代码污染。
问题
这里的问题是我们现在能够比较不同的类型,比较苹果和橙子不再给我们一个错误:
apple1.compareTo(orange1); // No error
引入类型参数
Fruit.java
class Fruit<T> implements Comparable<T> {
private final Integer size;
public Fruit(Integer size) {
this.size = size;
}
public Integer getSize() {
return size;
}
@Override public int compareTo(T other) {
return size.compareTo(other.getSize()); // Error: getSize() not available.
}
}
Apple.java
class Apple extends Fruit<Apple> {
public Apple(Integer size) {
super(size);
}
}
Orange.java
class Orange extends Fruit<Orange> {
public Orange(Integer size) {
super(size);
}
}
解决方案
为了限制不同类型的比较,我们引入了一个类型参数T。所以可比较的Fruit<Apple> 不能与可比较的Fruit<Orange> 比较。注意我们的Apple 和Orange 类;它们现在分别继承自 Fruit<Apple> 和 Fruit<Orange> 类型。现在,如果我们尝试比较不同的类型,IDE 会显示错误,这是我们想要的行为:
apple1.compareTo(orange1); // Error: different types
问题
但是在这一步中,我们的Fruit 类没有编译。编译器不知道T 的getSize() 方法。这是因为我们的类型参数T
Fruit 类没有任何限制。所以,T 可以是任何类,不可能每个类都有一个getSize() 方法。所以编译器没有识别T的getSize()方法是对的。
引入递归类型绑定
Fruit.java
class Fruit<T extends Fruit<T>> implements Comparable<T> {
private final Integer size;
public Fruit(Integer size) {
this.size = size;
}
public Integer getSize() {
return size;
}
@Override public int compareTo(T other) {
return size.compareTo(other.getSize()); // Now getSize() is available.
}
}
Apple.java
class Apple extends Fruit<Apple> {
public Apple(Integer size) {
super(size);
}
}
Orange.java
class Orange extends Fruit<Orange> {
public Orange(Integer size) {
super(size);
}
}
最终解决方案
所以,我们告诉编译器我们的T 是Fruit 的子类型。换句话说,我们指定上限T extends Fruit<T>。这确保只允许 Fruit 的子类型作为类型参数。现在编译器知道getSize() 方法可以在Fruit 类的子类型(Apple、Orange 等)中找到,因为Comparable<T> 也接收我们的包含@ 的类型(Fruit<T>) 987654369@方法。
这让我们摆脱了compareTo()方法的重复代码,也让我们可以比较相同类型的水果,苹果和苹果,橙子和橙子。
现在compareTo() 方法可以在问题中给出的max() 函数中使用。
递归类型绑定的定义
在泛型中,当引用类型具有由引用类型本身绑定的类型参数时,则称该类型参数具有递归类型绑定。
在我们的例子中,泛型类型Fruit<T extends Fruit<T>>,Fruit是我们的引用类型,它的类型参数T是由Fruit本身限定的,所以,类型参数T有一个递归类型限定Fruit<T>.
递归类型是包含一个函数的类型,该函数将该类型本身用作某个参数或其返回值的类型。在我们的示例中,compareTo(T other) 是递归类型的函数,它采用相同的递归类型作为参数。
警告
这种模式有一个警告。编译器不会阻止我们使用另一个子类型的类型参数创建一个类:
class Orange extends Fruit<Orange> {...}
class Apple extends Fruit<Orange> {...} // No error
请注意,在上面的 Apple 类中,我们错误地传递了 Orange 而不是 Apple 本身作为类型参数。这导致compareTo(T other) 方法采用Orange 而不是Apple。现在我们在比较不同类型时不再出错,并且突然无法将苹果与苹果进行比较:
apple1.compareTo(apple2); // Error
apple1.compareTo(orange1); // No error
因此,开发人员在扩展类时需要小心。
就是这样!希望对您有所帮助。