泛型上下界与通配符
在Java中,泛型的上下界(bounded type)是用来约束泛型类型参数的范围。使用上下界可以提供编译时类型检查和更具体的类型信息。Java中的泛型上下界有两种类型,分别是上界通配符,下界通配符。
上界通配符号(?extend T)
- 使用上界通配符可以限制泛型类型参数为指定类型或其子类型
- 在方法参数中使用上界通配符,可以接受类型参数为指定类型或其子类型的实例
- 可以安全的读取数据,但无法写入除null之外的内容
- 使用场景:当需要从泛型类型中读取数据而不关心具体子类型时,可以使用上界通配符
下界通配符号(? super T)
- 使用下界通配符可以限制泛型类型参数为指定类型或其父类型
- 在方法参数中使用下界通配符,可以接受类型参数为指定类型或其父类型的实例
- 可以安全的写入数据,但无法读取具体的类型信息
- 使用场景:当需要往泛型中写入数据而不关心具体父类型时,可以使用下界通配符
为什么上界无法写入,下界无法读取?
下界通配符(?super T)表示类型参数必须是T或T的父类。在获取元素时,只能保证它们是T类型的父类,而不能确定具体的类型,故下界通配符不能读取。举个例子,假设下界通配符是?super Integer,Integer的父类是Numbers,Numbers的父类是Object,如果从集合中取元素,那元素是Numbers类型还是Object类型呢?
上界通配符(?extends T)表示类型参数必须是T或T的子类。由于无法确定上界通配符的具体类型,我们不能将任何对象添加到集合中,因为我们无法保证该对象是具体的T类型或其子类。举个例子,假设上界通配符是?extends Integer,此时如果往元素中写入Numbers类型的参数,一定是写不进去的,因为Numbers是Integer的父类。
泛型上下界在电商业务中的应用
在订单处理场景中,使用泛型上界 T extends Product 可以带来一些好处和约束,确保订单项中的商品类型符合预期。首先,我们考虑一个简单的订单处理需求:每个订单项包含一个商品和对应的数量。我们可以定义一个通用的订单项类 OrderItem 如下:
public class OrderItem<T> {
private T product;
private int quantity;
public OrderItem(T product, int quantity) {
this.product = product;
this.quantity = quantity;
}
}
在上述代码中,OrderItem 类接受一个泛型类型 T,表示商品的类型。这种情况下,可以将任何类型的对象作为商品传递给订单项,而不仅限于 Product 类型。这样的设计看起来很灵活,但也带来了一些潜在的问题。
考虑到订单项在订单处理过程中可能需要对商品进行特定的操作,比如计算商品价格、检查商品库存等。如果我们使用通用的泛型 T,那么在订单项中我们无法直接调用 Product 类中的特定方法,因为编译器无法确定泛型类型 T 是否包含这些方法。
为了解决这个问题,我们可以使用泛型上界 T extends Product。通过指定泛型类型的上界为 Product,我们可以确保订单项中的商品类型至少是 Product 类型或其子类,这样在订单处理过程中我们就可以直接调用 Product 类的方法了。
例如,假设我们有一个 calculateTotalPrice() 方法用于计算订单项的总价。使用泛型上界,我们可以这样实现:
public class OrderItem<T extends Product> {
private T product;
private int quantity;
public OrderItem(T product, int quantity) {
this.product = product;
this.quantity = quantity;
}
public double calculateTotalPrice() {
return product.getPrice() * quantity;
}
}
在上述代码中,我们假设 Product 类有一个 getPrice() 方法用于获取商品价格。通过泛型上界 T extends Product,我们可以在 calculateTotalPrice() 方法中直接调用 product.getPrice(),因为编译器可以确保 T 是至少是 Product 类型的子类。
使用泛型上界的好处是,我们可以在订单项中利用特定类型的商品对象执行更多的业务逻辑,而无需进行类型转换或者进行额外的检查。这样可以增强代码的可读性、可维护性和类型安全性。
总之,在订单处理场景中,通过使用泛型上界 T extends Product,我们可以约束订单项中的商品类型,从而在订单处理过程中更方便地操作和处理特定类型的商品对象。