展开全部
在上面的例子中,由于没有限制class GenericsFoo类型持有者T的范围,实际上这里32313133353236313431303231363533e59b9ee7ad9431333339666666的限定类型相当于Object,这和“Object泛型”实质是一样的。限制比如我们要限制T为集合接口类型。只需要这么做:
class GenericsFoo,这样类中的泛型T只能是Collection接口的实现类,传入非Collection接口编译会出错。
注意:这里的限定使用关键字extends,后面可以是类也可以是接口。但这里的extends已经不是继承的含义了,应该理解为T类型是实现Collection接口的类型,或者T是继承了XX类的类型。
下面继续对上面的例子改进,我只要实现了集合接口的类型: public class CollectionGenFoo { private T x; public CollectionGenFoo(T x) { this.x = x; } public T getX() { return x; } public void setX(T x) { this.x = x; }}实例化的时候可以这么写: public class CollectionGenFooDemo { public static void main(String args[]) { CollectionGenFoo listFoo = null; listFoo = new CollectionGenFoo(new ArrayList()); // 出错了,不让这么干。 // 原来作者写的这个地方有误,需要将listFoo改为listFoo1 // 需要将CollectionGenFoo改为CollectionGenFoo // CollectionGenFoo listFoo1 = null; // listFoo1=new CollectionGenFoo(new ArrayList()); System.out.println("实例化成功!"); }}当前看到的这个写法是可以编译通过,并运行成功。可是注释掉的两行加上就出错了,因为这么定义类型的时候,就限定了构造此类实例的时候T是确定的一个类型,这个类型实现了Collection接口,但是实现 Collection接口的类很多很多,如果针对每一种都要写出具体的子类类型,那也太麻烦了,我干脆还不如用Object通用一下。别急,泛型针对这种情况还有更好的解决方案,那就是“通配符泛型”。 虽然Java泛型简单的用 extends 统一的表示了原有的 extends 和 implements 的概念,但仍要遵循应用的体系,Java 只能继承一个类,但可以实现多个接口,所以你的某个类型需要用 extends 限定,且有多种类型的时候,只能存在一个是类,并且类写在第一位,接口列在后面,也就是:
这里的例子仅演示了泛型方法的类型限定,对于泛型类中类型参数的限制用完全一样的规则,只是加在类声明的头部,如: public class Demo { // T类型就可以用Comparable声明的方法和Seriablizable所拥有的特性了} 为了解决类型被限制死了不能动态根据实例来确定的缺点,引入了“通配符泛型”,针对上面的例子,使用通配泛型格式为 extends Collection>,“?”代表未知类型,这个类型是实现Collection接口。那么上面实现的方式可以写为: public class CollectionGenFooDemo { public static void main(String args[]) { CollectionGenFoo listFoo = null; listFoo = new CollectionGenFoo(new ArrayList()); // 出错了,不让这么干。 // 原来作者写的这个地方有误,需要将listFoo改为listFoo1 // CollectionGenFoo listFoo1 = null; // listFoo1=new CollectionGenFoo(new ArrayList()); System.out.println("实例化成功!"); }}注意:
1、如果只指定了>,而没有extends,则默认是允许Object及其下的任何Java类了。也就是任意类。
2、通配符泛型不单可以向下限制,如 extends Collection>,还可以向上限制,如 super Double>,表示类型只能接受Double及其上层父类类型,如Number、Object类型的实例。
3、泛型类定义可以有多个泛型参数,中间用逗号隔开,还可以定义泛型接口,泛型方法。这些都与泛型类中泛型的使用规则类似。