zoukankan      html  css  js  c++  java
  • JAVA泛型总结

    泛型是JDK1.5的新东西,总结了一下,以后备忘,

    泛型也叫generics,泛型分泛型方法和泛型类,两种定义方式,泛型还有上界下界的说法,

    先看看什么叫泛型方法和泛型类,一下是网上的一个解释,个人觉得已经讲的很清楚了:

    2、我们将Dao层的类写成范型的形式,有两种写法: 
    其一、 
    package com.test; 

    public class EntityDao1 { 
        
        public <T> void add(T t){ 
            //查询实体的代码 
        } 
        
        public <T,ID> T get(ID id){ 
            //.保存实体的代码 
            return null; 
        } 

    }        范型一般用于方法的参数或者方法的返回值,上面的写法,我们要使范型有效,就须在方法的返回类型前加入强制范型转换。其中,add(T t)的参数用了范型,它的返回值是void型,就在void 前用强制类型转换,即加上<T>,强制转换成范型的形式,这样就不会报错了。而T get(ID id),由于它的参数和返回类型都用了范型,故要在返回类型T前强制转换,即<T,ID>。 

    其二,范型也可写成以下形式: 
    package com.test; 

    public class EntityDao2<T,ID> { 
        
        public void add(T t){ 
            //..保存实体的代码 
        } 
        
        public T get(ID id){ 
            //.查询实体的代码 
            return null; 
        } 

    }这种形式,是把范型声明放在类中了,就不需每个方法都写强制类型转换。 

    看实际需要,哪种方法方便就用哪种吧!范型给Java编程带来了许多方便,好好利用,会达到事半功倍的效果。

    再看看什么叫上界和下界:

    上界: 
    上界用extends关键字声明,表示参数化的类型可能是所指定的类型,或者是此类型的子类。如下面的代码: 

    Java代码 
    1. public void upperBound(List<? extends Date> list, Date date)  
    2. {  
    3.     Date now = list.get(0);  
    4.     System.out.println("now==>" + now);  
    5.     //list.add(date); //这句话无法编译  
    6.     list.add(null);//这句可以编译,因为null没有类型信息  
    7. }  


    为什么会无法编译呢,实际调用时传入的list可能是java.util.Date的某个子类的参数化类型,如: 

    Java代码 
    1. public void testUpperBound()  
    2. {  
    3.     List<Timestamp> list = new ArrayList<Timestamp>();  
    4.     Date date = new Date();  
    5.     upperBound(list,date);  
    6. }  


    也就是说,现在upperBound方法中实际的list是List<Timestamp>,向它添加一个Date类型,肯定是不行的。相反,读取数据时,不管实际的list是什么类型,但可以知道它至少会返回一个Date类型,所以用foreach,get等没有问题。 

    那么如何解决呢,可以使用泛型方法 

    Java代码 
    1. public <T extends Date> void upperBound2(List<T> list, T date)  
    2. {  
    3.     list.add(date);  
    4. }  


    这里方法声明中的T作为一种参数化信息,会存储在java字节码中,T的实际类型由调用时的参数决定的。比如: 

    Java代码 
    1. public void testUpperBound2()  
    2. {  
    3.     List<Timestamp> list = new ArrayList<Timestamp>();  
    4.     Date date = new Date();  
    5.     Timestamp time = new Timestamp(date.getTime());  
    6.     upperBound2(list,time);  
    7.     //upperBound2(list,date);//这句同样无法编译  
    8. }  


    上面代码中的list的类型参数决定了方法中T的类型,所以会看到注释掉的内容不能编译。而换成这样: 
    List<Date> list2 = new ArrayList<Date>(); 
    upperBound2(list2,date); 
    编译就没有任何问题了。 


    下界 
    下界用super进行声明,表示参数化的类型可能是所指定的类型,或者是此类型的父类型,直至Object。如下面的代码: 

    Java代码 
    1. public void lowerBound(List<? super Timestamp> list)  
    2. {  
    3.     Timestamp now = new Timestamp(System.currentTimeMillis());  
    4.     list.add(now);  
    5.     //Timestamp time = list.get(0); //不能编译  
    6. }  


    这又为什么不能通过编译呢,看看调用代码: 

    Java代码 
    1. public void testLowerBound()  
    2. {  
    3.     List<Date> list = new ArrayList<Date>();  
    4.     list.add(new Date());  
    5.     lowerBound(list);  
    6. }  


    lowerBound方法中的List<? super Timestamp>表示这个list的参数类型可能是Timestamp或Timestamp的父类,如后面测试代码里,实际传入的是一个List<Date>类型。向List<Date>中add一个Timestamp肯定是没有问题的,但list.get()方法返回的对象类型可能是Date甚至是Object,你不能说list.get(0)返回的就是一个Timestamp,这里是向下类型转换了,编译器无法处理,所以这里不能编译。用java泛型实现的擦拭法解释,编译后会是如下的伪代码: 

    Java代码 
    1. public void lowerBound(List list)  
    2. {  
    3.     Timestamp now = new Timestamp(System.currentTimeMillis());  
    4.     list.add(now);  
    5.     Timestamp time = (Timestamp)list.get(0); //①  
    6. }  
    7. public void testLowerBound()  
    8. {  
    9.     List list = new ArrayList();  
    10.     list.add(new Date());  
    11.     lowerBound(list);  
    12. }  


    代码①进行了强制类型转换,但实际添加进去的是一个Date类型,肯定会报ClassCastException,编译器无法保证向下类型转换的安全,所以这一句自然就无法编译了。

  • 相关阅读:
    Java-注解(@Annotation)
    面试(三)---volatile
    面试(二)---synchronized
    Linux使用技巧(一):vim中选中多行、复制和粘贴
    Git——学习Git
    【Linux】Linux下cp ~中关于“~”的疑问
    【Linux】Linux中cd test和cd /test以及类似命令的区别
    【Linux】Linux系统中/opt 和 /usr目录
    【Linux】Linux的文件权限
    读《大数据时代下半场-数据治理、驱动与变现》--1
  • 原文地址:https://www.cnblogs.com/sunwei2012/p/1845908.html
Copyright © 2011-2022 走看看