摘要:泛型類容器類應(yīng)該算得上最具重用性的類庫之一。也就是說,如果使用泛型方法可以取代將整個類泛化,那么應(yīng)該有限采用泛型方法。以上,泛型的第一部分的結(jié)束。
根據(jù)《Java編程思想 (第4版)》中的描述,泛型出現(xiàn)的動機在于:
泛型類有許多原因促成了泛型的出現(xiàn),而最引人注意的一個原因,就是為了創(chuàng)建容器類。
容器類應(yīng)該算得上最具重用性的類庫之一。先來看一個沒有泛型的情況下的容器類如何定義:
public class Container { private String key; private String value; public Container(String k, String v) { key = k; value = v; } public String getKey() { return key; } public void setKey(String key) { this.key = key; } public String getValue() { return value; } public void setValue(String value) { this.value = value; } }
Container類保存了一對key-value鍵值對,但是類型是定死的,也就說如果我想要創(chuàng)建一個鍵值對是String-Integer類型的,當(dāng)前這個Container是做不到的,必須再自定義。那么這明顯重用性就非常低。
當(dāng)然,我可以用Object來代替String,并且在Java SE5之前,我們也只能這么做,由于Object是所有類型的基類,所以可以直接轉(zhuǎn)型。但是這樣靈活性還是不夠,因為還是指定類型了,只不過這次指定的類型層級更高而已,有沒有可能不指定類型?有沒有可能在運行時才知道具體的類型是什么?
所以,就出現(xiàn)了泛型。
public class Container{ private K key; private V value; public Container(K k, V v) { key = k; value = v; } public K getKey() { return key; } public void setKey(K key) { this.key = key; } public V getValue() { return value; } public void setValue(V value) { this.value = value; } }
在編譯期,是無法知道K和V具體是什么類型,只有在運行時才會真正根據(jù)類型來構(gòu)造和分配內(nèi)存。可以看一下現(xiàn)在Container類對于不同類型的支持情況:
public class Main { public static void main(String[] args) { Containerc1 = new Container ("name", "findingsea"); Container c2 = new Container ("age", 24); Container c3 = new Container (1.1, 2.2); System.out.println(c1.getKey() + " : " + c1.getValue()); System.out.println(c2.getKey() + " : " + c2.getValue()); System.out.println(c3.getKey() + " : " + c3.getValue()); } }
輸出:
name : findingsea age : 24 1.1 : 2.2泛型接口
在泛型接口中,生成器是一個很好的理解,看如下的生成器接口定義:
public interface Generator{ public T next(); }
然后定義一個生成器類來實現(xiàn)這個接口:
public class FruitGenerator implements Generator{ private String[] fruits = new String[]{"Apple", "Banana", "Pear"}; @Override public String next() { Random rand = new Random(); return fruits[rand.nextInt(3)]; } }
調(diào)用:
public class Main { public static void main(String[] args) { FruitGenerator generator = new FruitGenerator(); System.out.println(generator.next()); System.out.println(generator.next()); System.out.println(generator.next()); System.out.println(generator.next()); } }
輸出:
Banana Banana Pear Banana泛型方法
一個基本的原則是:無論何時,只要你能做到,你就應(yīng)該盡量使用泛型方法。也就是說,如果使用泛型方法可以取代將整個類泛化,那么應(yīng)該有限采用泛型方法。下面來看一個簡單的泛型方法的定義:
public class Main { public staticvoid out(T t) { System.out.println(t); } public static void main(String[] args) { out("findingsea"); out(123); out(11.11); out(true); } }
可以看到方法的參數(shù)徹底泛化了,這個過程涉及到編譯器的類型推導(dǎo)和自動打包,也就說原來需要我們自己對類型進行的判斷和處理,現(xiàn)在編譯器幫我們做了。這樣在定義方法的時候不必考慮以后到底需要處理哪些類型的參數(shù),大大增加了編程的靈活性。
再看一個泛型方法和可變參數(shù)的例子:
public class Main { public staticvoid out(T... args) { for (T t : args) { System.out.println(t); } } public static void main(String[] args) { out("findingsea", 123, 11.11, true); } }
輸出和前一段代碼相同,可以看到泛型可以和可變參數(shù)非常完美的結(jié)合。
以上,泛型的第一部分的結(jié)束。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/64325.html
類型推斷 類型推斷是Java編譯器查看每個方法調(diào)用和相應(yīng)聲明的能力,以確定使調(diào)用適用的類型參數(shù),推理算法確定參數(shù)的類型,如果可用,還確定分配或返回結(jié)果的類型,最后,推理算法嘗試查找適用于所有參數(shù)的最具體類型。 為了說明最后一點,在下面的示例中,推斷確定傳遞給pick方法的第二個參數(shù)是Serializable類型: static T pick(T a1, T a2) { return a2; } ...
摘要:泛型類在類的申明時指定參數(shù),即構(gòu)成了泛型類。換句話說,泛型類可以看成普通類的工廠。的作用就是指明泛型的具體類型,而類型的變量,可以用來創(chuàng)建泛型類的對象。只有聲明了的方法才是泛型方法,泛型類中的使用了泛型的成員方法并不是泛型方法。 什么是泛型? 泛型是JDK 1.5的一項新特性,它的本質(zhì)是參數(shù)化類型(Parameterized Type)的應(yīng)用,也就是說所操作的數(shù)據(jù)類型被指定為一個參數(shù),...
摘要:泛型方法可以定義在普通類和泛型類中,泛型方法可以被修飾符修飾。泛型類型變量會在編譯后被擦除,用第一個限定類型替換沒有限定類型的用替換。比如通配符類型代表任何泛型類型的類型變量是和的子類。這個類型參數(shù)有一個子類型限定,其自身又是一個泛型類型。 我的博客 轉(zhuǎn)載請注明原創(chuàng)出處。 序 之所以會想來寫泛型相關(guān)的內(nèi)容,是因為看到這樣的一段代碼: showImg(https://segment...
摘要:接口也是集合中的一員,但它與接口有所不同,接口與接口主要用于存儲元素,而主要用于迭代訪問即遍歷中的元素,因此對象也被稱為迭代器。迭代器的實現(xiàn)原理我們在之前案例已經(jīng)完成了遍歷集合的整個過程。 【Collection、泛型】 主要內(nèi)容 Collection集合 迭代器 增強for 泛型 教學(xué)目標(biāo) [ ] 能夠說出集合與數(shù)組的區(qū)別 [ ] 說出Collection集合的常用功能 [ ]...
閱讀 1277·2023-04-25 19:10
閱讀 1154·2021-09-10 10:50
閱讀 3040·2021-09-02 15:21
閱讀 1397·2019-08-30 15:52
閱讀 1694·2019-08-30 13:56
閱讀 2097·2019-08-30 12:53
閱讀 1880·2019-08-28 18:22
閱讀 2134·2019-08-26 13:47