
这取决于您 需要 做什么。如果要执行以下 *** 作,则需要使用bounded type参数:
public <T extends Shape> void addIfPretty(List<T> shapes, T shape) { if (shape.isPretty()) { shapes.add(shape); }}在这里我们有一个
List<T> shapes和一个
T shape,因此我们可以放心
shapes.add(shape)。如果已声明
List<?extends Shape>,则 不能 安全地
add使用它(因为您可能有
List<Square>和
Circle)。
因此,通过给有界类型参数命名,我们可以选择在通用方法的其他地方使用它。当然,并非总是需要此信息,因此,如果您不需要太多有关类型的信息(例如your
drawAll),那么仅使用通配符就足够了。
即使您不再引用边界类型参数,如果您有多个边界,仍然需要边界类型参数。这是Angelika
Langer的Java泛型常见问题解答中的报价
通配符绑定和类型参数绑定有什么区别?
通配符只能有一个界限,而类型参数可以有多个界限。通配符可以有一个下限或上限,而类型参数没有下限。
通配符界限和类型参数界限经常被混淆,因为它们既称为界限,又具有部分相似的语法。[…]
语法 :
type parameter bound T extends Class & Interface1 & … & InterfaceN wildcard bound upper bound ? extends SuperType lower bound ? super SubType通配符只能有一个界限,即下限或上限。不允许使用通配符范围列表。
相反,类型参数可以有多个界限,但是没有类型参数的下界。
从行情 有效的Java第二版,第28项:使用界通配符来增加灵活性API :
为了获得最大的灵活性,请在代表生产者或消费者的输入参数上使用通配符类型。[…] PECS代表生产者-
extends,消费者-super[…]不要将通配符类型用作返回类型
。与其给用户提供更多的灵活性,不如说是迫使他们在客户端代码中使用通配符类型。正确使用的通配符类型对于类的用户几乎是不可见的。它们使方法接受应接受的参数,并拒绝应拒绝的参数。
如果类的用户必须考虑通配符类型,则类的API可能存在问题 。
应用PECS原理,我们现在可以返回到
addIfPretty示例,并通过编写以下代码使其更加灵活:
public <T extends Shape> void addIfPretty(List<? super T> list, T shape) { … }现在我们可以
addIfPretty说a
Circle到a
List<Object>。这显然是类型安全的,但是我们的原始声明不够灵活,无法允许它。相关问题
- Java泛型:什么是PECS?
- 有人可以解释什么
<? super T>
意思,什么时候应使用它,以及该构造应如何与<T>
and 配合使用<? extends T>
?
摘要
- 一定要使用有界类型参数/通配符,它们会增加API的灵活性
- 如果类型需要多个参数,则别无选择,只能使用有界类型参数
- 如果类型需要下限,则别无选择,只能使用有界通配符
- “生产者”具有较高的界限,“消费者”具有较低的界限
- 不要在返回类型中使用通配符
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)