您好,登錄后才能下訂單哦!
這篇文章主要為大家展示了“Java中import關鍵字怎么用”,內容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“Java中import關鍵字怎么用”這篇文章吧。
C/C++ 的 #include會把所包含的內容在編譯時添加到程序文件中,而java的import則不同。
這里我們先了解一下Java 的 package 到底有何用處。
package名稱就像是我們的姓,而class名稱就像是我們的名字 。package和package的附屬關系用"."來連接,這就像是復姓。比如說 java.lang.String就是復姓 java.lang,名字為 String 的類別;java.io.InputStream 則是復姓 java.io,名字為 InputStream的類別。
Java 會使用 package 這種機制的原因也非常明顯,就像我們取姓名一樣 ,光是一間學校的同一屆同學中,就有可能會出現不少同名的同學,如果不取姓的話,那學校在處理學生資料,或是同學彼此之間的稱呼,就會發生很大的困擾。相同的,全世界的 Java 類數量,恐怕比日本人還多,如果類別不使用package名稱,那在用到相同名稱的不同類時, 就會產生極大的困擾。所以package這種方式讓極大降低了類之間的命名沖突。
Java 的package名稱我們可以自己取,不像人的姓沒有太大的選擇 ( 所以出現很多同名同姓的情況 ),如果依照 Sun 的規范來取套件名稱,那理論上不同人所取的套件名稱不會相同 ( 需要的話請參閱 “命名慣例” 的相關文章 ),也就不會發生名稱沖突的情況。
可是現在問題來了,因為很多package的名稱非常的長,在編程時,要使用一個類要將多個包名.類名完全寫出,會讓代碼變得冗長,減低了簡潔度。例如
java.io.InputStream is = java.lang.System.in;
java.io.InputStreamReader isr= new java.io.InputStreamReader(is);
java.io.BufferedReader br = new java.io.BufferedReader(isr);
顯得非常麻煩,于是Sun公司就引入了import。
import就是在java文件開頭的地方,先說明會用到那些類別。
接著我們就能在代碼中只用類名指定某個類,也就是只稱呼名字,不稱呼他的姓。
首先,在程序開頭寫:
import java.lang.System;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.BufferedReader;
于是我們就可以在程序中這樣寫到:
InputStream = System.in;
InputStreamReader isr = new InputStreamReader(is);
BufferedReader br = new BufferedReader(isr);
一個java文件就像一個大房間,我們在門口寫著在房間里面的class的姓和名字,所以在房間里面提到某個class就直接用他的名字就可以。例如:
System 就是指 java.lang.System,而 InputStream 就是指 java.io.InputStream。
但是如果一個java文件里面有多個同個“姓”,即包名相同的類(例如上面的InputStream,InputStreamReader,BufferedReader都是java.io中的類),我們一一寫出顯得比較繁雜,所以Sun就讓我們可以使用
import java.lang.*;
import java.io.*;
表示文件里面說到的類不是java.lang包的就是java.io包的。編譯器會幫我們選擇與類名對應的包。
那我們可不可以再懶一點直接寫成下面聲明呢?
import java.*;
歷史告訴我們,這樣是不行的。因為那些類別是姓 java.io 而不是姓 java。就像姓『諸葛』的人應該不會喜歡你稱他為『諸』 先生吧。這樣寫的話只會將java包下的類聲明,而不不會聲明子包的任何類。
這里注意,java.lang包里面的類實在是太常太常太常用到了,幾乎沒有類不用它的, 所以不管你有沒有寫 import java.lang,編譯器都會自動幫你補上,也就是說編譯器只要看到沒有姓的類別,它就會自動去lang包里面查找。所以我們就不用特別去 import java.lang了。
一開始說 import 跟 #include 不同,是因為import 的功能到此為止,它不像#include 一樣,會將其他java文件的內容載入進來。import 只是讓編譯器編譯這個java文件時把沒有姓的類別加上姓,并不會把別的文件程序寫進來。你開心的話可以不使用import,只要在用到類別的時候,用它的全部姓名來稱呼它就行了(就像例子一開始那樣),這樣跟使用import功能完全一樣。
單類型導入(single-type-import)(例:import java.util.ArrayList; )
按需類型導入(type-import-on-demand)(例:import java.util.*;)
有如下屬性:
java以這樣兩種方式導入包中的任何一個public的類和接口(只有public類和接口才能被導入)
上面說到導入聲明僅導入聲明目錄下面的類而不導入子包,這也是為什么稱它們為類型導入聲明的原因。
導入的類或接口的簡名(simple name)具有編譯單元作用域。這表示該類型簡名可以在導入語句所在的編譯單元的任何地方使用.這并不意味著你可以使用該類型所有成員的簡名,而只能使用類型自身的簡名。例如: java.lang包中的public類都是自動導入的,包括Math和System類.但是,你不能使用它們的成員的簡名PI()和gc(),而必須使用Math.PI()和System.gc().你不需要鍵入的是java.lang.Math.PI()和java.lang.System.gc()。
程序員有時會導入當前包或java.lang包,這是不需要的,因為當前包的成員本身就在作用域內,而java.lang包是自動導入的。java編譯器會忽略這些冗余導入聲明(redundant import declarations)。即使像這樣import java.util.ArrayList;import java.util.*;多次導入,也可編譯通過。編譯器會將冗余導入聲明忽略.
在Java程序中,是不允許定義獨立的函數和常量的。即什么屬性或者方法的使用必須依附于什么東西,例如使用類或接口作為掛靠單位才行(在類里可以掛靠各種成員,而接口里則只能掛靠常量)。
如果想要直接在程序里面不寫出其他類或接口的成員的掛靠單元,有一種變通的做法 :
將所有的常量都定義到一個接口里面,然后讓需要這些常量的類實現這個接口(這樣的接口有一個專門的名稱,叫(“Constant Interface”)。這個方法可以工作。但是,因為這樣一來,就可以從“一個類實現了哪個接口”推斷出“這個類需要使用哪些常量”,有“會暴露實現細節”的問題。
于是J2SE 1.5里引入了“Static Import”機制,借助這一機制,可以用略掉所在的類或接口名的方式,來使用靜態成員。static import和import其中一個不一致的地方就是static import導入的是靜態成員,而import導入的是類或接口類型。
如下是一個有靜態變量和靜態方法的類
package com.assignment.test;
public class staticFieldsClass {
static int staticNoPublicField = 0;
public static int staticField = 1;
public static void staticFunction(){}
}
平時我們使用這些靜態成員是用類名.靜態成員的形式使用,即staticFieldsClass.staticField或者staticFieldsClass.staticFunction()。
現在用static import的方式:
//**精準導入**
//直接導入具體的靜態變量、常量、方法方法,注意導入方法直接寫方法名不需要括號。
import static com.assignment.test.StaticFieldsClass.staticField;
import static com.assignment.test.StaticFieldsClass.staticFunction;
//或者使用如下形式:
//**按需導入**不必逐一指出靜態成員名稱的導入方式
//import static com.assignment.test.StaticFieldsClass.*;
public class StaticTest {
public static void main(String[] args) {
//這里直接寫靜態成員而不需要通過類名調用
System.out.println(staticField);
staticFunction();
}
}
這里有幾個問題需要弄清楚:
Static Import無權改變無法使用本來就不能使用的靜態成員的約束,上面例子的StaticTest和staticFieldsClass不是在同一個包下,所以StaticTest只能訪問到staticFieldsClass中public的變量。使用了Static Import也同樣如此。
導入的靜態成員和本地的靜態成員名字相同起了沖突,這種情況下的處理規則,是“本地優先。
不同的類(接口)可以包括名稱相同的靜態成員。例如在進行Static Import的時候,出現了“兩個導入語句導入同名的靜態成員”的情況。在這種時候,J2SE 1.5會這樣來加以處理:
如果兩個語句都是精確導入的形式,或者都是按需導入的形式,那么會造成編譯錯誤。
如果一個語句采用精確導入的形式,一個采用按需導入的形式,那么采用精確導入的形式的一個有效。
大家都這么聰明上面的幾個特性我就不寫例子了。
static import這么叼那它有什么負面影響嗎?
答案是肯定的,去掉靜態成員前面的類型名,固然有助于在頻繁調用時顯得簡潔,但是同時也失去了關于“這個東西在哪里定義”的提示信息,理解或維護代碼就呵呵了。
但是如果導入的來源很著名(比如java.lang.Math),這個問題就不那么嚴重了。
使用按需導入聲明是否會降低Java代碼的執行效率?
**絕對不會! **
import java.util.*;
public class NeedImportTest {
public static void main(String[] args) {
ArrayList tList = new ArrayList();
}
}
編譯之后的class文件 :
//import java.util.*被替換成import java.util.ArrayList
//即按需導入編譯過程會替換成單類型導入。
import java.util.ArrayList;
public class NeedImportTest {
public static void main(String[] args) {
new ArrayList();
}
}
import static com.assignment.test.StaticFieldsClass.*;
public class StaticNeedImportTest {
public static void main(String[] args) {
System.out.println(staticField);
staticFunction();
}
}
上面StaticNeedImportTest 類編譯之后 :
//可以看出 :
//1、static import的精準導入以及按需導入編譯之后都會變成import的單類型導入
import com.assignment.test.StaticFieldsClass;
public class StaticNeedImportTest {
public static void main(String[] args) {
//2、編譯之后“打回原形”,使用原來的方法調用靜態成員
System.out.println(StaticFieldsClass.staticField);
StaticFieldsClass.staticFunction();
}
}
這是否意味著你總是可以使用按需導入聲明?
**是,也不是! **
在類似Demo的非正式開發中使用按需導入聲明顯得很有用。
然而,有這四個理由讓你可以放棄這種聲明:
編譯速度:在一個很大的項目中,它們會極大的影響編譯速度.但在小型項目中使用在編譯時間上可以忽略不計。
命名沖突:解決避免命名沖突問題的答案就是使用全名。而按需導入恰恰就是使用導入聲明初衷的否定。
說明問題:畢竟高級語言的代碼是給人看的,按需導入看不出使用到的具體類型。
無名包問題:如果在編譯單元的頂部沒有包聲明,Java編譯器首選會從無名包中搜索一個類型,然后才是按需類型聲明。如果有命名沖突就會產生問題。
Sun的工程師一般不使用按需類型導入聲明.這你可以在他們的代碼中找到:
在java.util.Properties類中的導入聲明:
import java.io.IOException;
import java.io.PrintStream;
import java.io.PrintWriter;
import java.io.InputStream;
import java.io.OutputStream;
import java.io.Reader;
import java.io.Writer;
import java.io.OutputStreamWriter;
import java.io.BufferedWriter;
import java.security.AccessController;
import java.security.PrivilegedAction;
可以看到他們用單類型導入詳細的列出了需要的java.io包中的具體類型。
以上是“Java中import關鍵字怎么用”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。