您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關java7鉆石語法的示例分析,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
針對創建泛型定義和實例太過繁瑣的問題,Java 7做了一項改進,以減少處理泛型時敲鍵盤的次數。比如你用userid(整型值)標識一些user對象,每個user都對應一個或多個查找表1。這用代碼應該如何表示呢?
一種為提高處理速度而用查詢取代計算的處理機制。一般是將事先計算好的結果存在數組或映射中,然后在需要該結果時直接讀取,比如用三角表查某一角度的正弦值。——譯者注
Map<Integer, Map<String, String>> usersLists = new HashMap<Integer, Map<String, String>>();
這簡直太長了,并且幾乎一半字符都是重復的。如果能寫成
Map<Integer, Map<String, String>> usersLists = new HashMap<>();
讓編譯器推斷出右側的類型信息是不是更好?神奇的Coin項目滿足了你這個心愿。在Java 7中,像這樣的聲明縮寫完全合法,還可以向后兼容,所以當你需要處理以前的代碼時,可以把過去比較繁瑣的聲明去掉,使用新的類型推斷語法,這樣可以省出點兒空間來。
編譯器為這個特性采用了新的類型推斷形式。它能推斷出表達式右側的正確類型,而不是僅僅替換成定義完整類型的文本。
為什么叫“鉆石語法”
把它稱為”鉆石語法”是因為這種類型信息看起來像鉆石。原來提案中的名字是“為泛型實例創建而做的類型推斷改進”(Improved Type Inference for Generic Instance Creation)。這個名字太長,可縮寫ITIGIC聽上去又很傻,所以干脆就叫鉆石語法了。
新的鉆石語法肯定會讓你少寫些代碼。我們最后還要探討Coin項目中的一個特性——使用變參時的警告信息。
關于“java7鉆石語法的示例分析”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。