這篇文章主要介紹了Java泛型的用法及T.class的獲取過程解析,文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下

胡亂總結(jié)泛型的四點作用：

第一是泛化，可以拿個T代表任意類型。 但GP是被C++嚴苛的靜態(tài)性逼出來的，落到Java、C#這樣的花語平原里----所有對象除幾個原始類型外都派生于Object，再加上Java的反射功能，Java的Collection庫沒有范型一樣過得好好的。

第二是泛型 + 反射，原本因為Java的泛型拿不到T.class而覺得泛型沒用，最近才剛剛學(xué)到通過反射的API來獲取T的Class，后述。

第三是收斂，就是增加了類型安全，減少了強制類型轉(zhuǎn)換的代碼。這點倒是Java Collection歷來的弱項。

第四是可以在編譯期搞很多東西，比如MetaProgramming。但除非能完全封閉于框架內(nèi)部，框架的使用者和擴展者都不用學(xué)習(xí)這些東西的用法，否則那就是自絕于人民的票房毒藥。C++的MetaProgramming好厲害吧，但對比一下Python拿Meta Programming生造一個Class出來的簡便語法，就明白什么才是真正的叫好又叫座。

所以，作為一個架構(gòu)設(shè)計師，應(yīng)該使用上述的第2，3項用法，在框架類里配合使用反射和泛型，使得框架的能力更強； 同時采用收斂特性，本著對人民負責(zé)的精神，用泛型使框架更加類型安全，更少強制類型轉(zhuǎn)換。

擦拭法避免了Java的流血分裂 ：

大家經(jīng)常罵Java GP的擦拭法實現(xiàn)，但我覺得多虧于它的中庸特性---如果你用就是范型，不用就是普通Object，避免了Java陣營又要經(jīng)歷一場to be or not to be的分裂。
最大的例子莫過Java 5的Collection 框架， 比如有些同學(xué)堅持認為自己不會白癡到類型出錯，而且難以忍受每個定義的地方都要帶一個泛型定義List〈Book〉，不用強制類型轉(zhuǎn)換所省下的代碼還不夠N處定義花的(對了，java里面還沒有tyepdef.....)，因此對范型十分不感冒，這時就要齊齊感謝這個搽拭法讓你依然可以對一個泛型框架保持非泛型的用法了...

<<干貨來了!!!!!!>>

通過反射獲得 T.class：

abstract public class BaseHibernateEntityDao<T> extends HibernateDaoSupport {
    private Class<T> entityClass;
    public BaseHibernateEntityDao() {
      entityClass =(Class<T>) ((ParameterizedType) getClass()
          .getGenericSuperclass()).getActualTypeArguments()[0];
} public T get(Serializable id) { T o = (T) getHibernateTemplate().get(entityClass, id); return o; } }

重點就是這句話:

Class<T> entityClass = (Class<T>) ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[0]; 

解釋:

1. public Type getGenericSuperclass()

用來返回表示當(dāng)前Class 所表示的實體（類、接口、基本類型或 void）的直接超類的Type。如果這個直接超類是參數(shù)化類型的，則返回的Type對象必須明確反映在源代碼中聲明時使用的類型。比如：

import java.lang.reflect.ParameterizedType; 
public class GT1 extends GT2<Integer>{ 
  public static void main(String[] args) { 
    System.out.println(((ParameterizedType)new GT1().getClass().getGenericSuperclass())); 
  } 
}

則輸出結(jié)果即為：

GT2<java.lang.Integer>

如果此Class代表的是Object 類、接口、基本類型或 void，則返回 null。。如果此對象表示一個數(shù)組類，則返回表示 Object 類的 Class 對象。

2. public Type[] getGenericInterfaces()

與上面那個方法類似，只不過Java的類可以實現(xiàn)多個接口，所以返回的Type必須用數(shù)組來存儲。

以上兩個方法返回的都是Type對象或數(shù)組，在我們的這個話題中，Class都是代表的參數(shù)化類型，因此可以將Type對象Cast成ParameterizedType對象。而 ParameterizedType對象有一個方法， getActualTypeArguments()。

public Type[] getActualTypeArguments()

用來返回一個Type對象數(shù)組，這個數(shù)組代表著這個Type聲明中實際使用的類型。接著使用上面的例子：

import java.lang.reflect.ParameterizedType; 
public class GT1 extends GT2<Integer>{ 
  public static void main(String[] args) { 
  System.out.println(((ParameterizedType)new GT1().getClass().getGenericSuperclass()).getActualTypeArguments()[0]); 
  } 
}

這次的顯示結(jié)果將是：class java.lang.Integer

因此，我們可以通過繼承+反射的方法，來的到T.class。

需要說明的是，江南白衣使用的方法是將關(guān)鍵語句

 Class < T > entityClass = (Class < T > ) ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[ 0 ];

放在了超類，也就是聲明泛型的那個類的構(gòu)造方法中。這樣一來，子類在繼承具有泛型的超類時，會自動調(diào)用超類的構(gòu)造方法。在此超類的構(gòu)造方法中，調(diào)用的getClass返回的是子類的Class類型（與通常的重寫機制有悖，呵呵，有待深究，但測試結(jié)果確是如此），則在子類中就無需再顯式地使用getGenericInterfaces()和getGenericSuperclass()等方法了。

接著，再使用(Class<T>)對 getActualTypeArguments()返回的元素做casting，即可得到所謂的T.class。

泛型之后，所有BaseHibernateEntityDao的子類只要定義了泛型，就無需再重載getEnttityClass()，get()函數(shù)和find()函數(shù)，銷益挺明顯的，所以SpringSide的Dao基類毫不猶豫就泛型了。

不過擦拭法的大棒仍在，所以子類的泛型語法可不能亂寫，最正確的用法只有：

public class BookDao extends BaseHibernateEntityDao<Book>

個人見解:即他們之間的關(guān)系就是 BaseHibernateEntityDao 是一個父類,他可以是單純的一個類,也可以是實現(xiàn)接口的類,而應(yīng)其中泛型的緣故,所以他直接實例化調(diào)用其中方法是沒有意義的,因為泛型的類型無法確定,所以只有通過用其它類去繼承它,在繼承時將泛型傳入,此時若實例化繼承了BaseHibernateEntityDao 的類,BaseHibernate EntityDao的構(gòu)造器中就會通過反射確定該泛型的類型.(有誤請指正)

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論