1.Java在虛擬機器上運行
Java原始碼並不是被編譯成為普通的機器代碼。而是被翻譯成為虛擬機器可以執行的代碼。一個Java解譯器最終執行這些代碼。這其中沒有串連的過程;解釋在需要的時候動態載入一些類;
2.Java是完全物件導向的
Java是一種完全物件導向的語言。這意味著你對任何一個Java對象所做的動作都是通過一個方法實現的。第一點就是,再也沒有沒有主函數這樣的孤立的東西了。取而代之的是,你必須開始用一個對象的看法看待一個程式,一個類的對象。但是這個對象又什麼對象呢?大多數Java程式只是簡單的通過繼承Java基礎類Object來實現所需要的東西,但是你可以通過建立程式基礎類用於多個特性相似的應用程式來節省時間。
嚴格的物件導向的規定意味著理用原有的C/C++代碼不可以直接不加改動的使用;系統調用也是這樣的。C++中,你可以通過在C++正常的命名空間外聲明extern"C"來使用原有的C的程序呼叫,包括系統調用。
在Java中,只有一個類似的安全回溯的方法,但是並不是十分簡單的方法。你必須定義一個本地方法,其目的是為C語言提供介面,然後提供串連的介質。Java環境提供了完成這種任務的工具,但是整個過程和C++中提供的extern比微不足道,完成使用C++類的過程則更加複雜,因為這樣會引入對C的借口和C函數和C++成員函數的問題。
幸運的是,許多常用的系統工具 + 生產力函數已經在系統類別中的方法中提供出來,但是這些明顯沒有包含經過許多年來你所建立的那些類和過程。所以,在你需要的時候你應該去鑽研一下。
3.Java中沒有獨立的標頭檔
在Java中,關於類的一切東西都被放到一個單獨的檔案中。方法的位置只可能在一個地方出現,一個方法的實現必須在它的定義過程中同時進行。這樣做得優點是在實現程式的時候不容易因為檔案的非同步錯誤而失敗,或者擷取到一個沒有實現的聲明。類的聲明可以被Java解譯器利用甚至是從一個編譯過的單元中擷取,所以不再需要有標頭檔,只要有編譯過的檔案。
這樣做的缺點與我們編程的過程有關。許多C++程式員喜歡用標頭檔來代替文檔。要看一個成員函數的介面參數,只需要看標頭檔中的聲明即可。你可以經常的看標頭檔即可瞭解怎樣去使用這個類。在Java中,沒有這樣的總結。因為實作類別方法的代碼必須在方法定義的時候出現,而且,對於一個單獨的函數的代碼來說就經常佔據了一整頁乃至更多。這樣,很難通過看Java的代碼就初步瞭解類是怎樣使用的。你必須為你需要的類準備足夠多的文檔。不言而喻,再處理非商業類庫的時候文檔是極度缺乏的。
在當先的Java環境中提供了兩個工具來補償這些,javap來列印類標識,javadoc為嵌入式程式提供HTML文檔。
4.用Package來分解Java命名空間
在大的C++工程中經常遇到的一個問題是命名空間--怎樣保證工程的一些程式員不會建立和另一些程式員一樣名字的類?更糟糕的是,供應商可能會提供一個包含和你的類一樣名字的類的庫。有許多方法可以解決這一問題,但是很可能在問題發現之前工程已經啟動,改正錯誤是需要付出許多痛苦的。
Java通過"Package"這個概念解決了這個問題,Package有效地通過通過集合類劃分了命名空間。在不同包內的兩個同名的類仍然是不同的。關鍵問題就變成了類是否放置到相應的包中。
記住,Java並沒有解決命名衝突的問題。擴充一個基類而引起了衍生類別的衝突。比如說,如果你最喜歡的供應商提供了一些類,然後你把它們用做基類並且派生有一個foo方法的類,當供應商提供一個新版本的類的時候就可能出現,如果供應商業也在新類中提供了一個foo的方法。
5.異常是Java的重要特性
在C++中,異常和異常處理是十分深奧的事情;許多C++程式員從沒有處理過它們甚至不知道它們是何物。異常是在正常的過程中出現的未預料的錯誤,因此,它們不會從方法中返回,或者作為參數傳入;但是,它們不能被忽略!這裡的一個例子是計算一個書的方根的方法。正常的介面形式是將一個正數作為參數傳入方法,然後方法會返回一個正實數作為結果,方法可以檢驗這些並且在異常產生的時候拋出異常。在大多數系統中,程式員並不是必須這樣做,這樣,一個沒有考慮到的異常可以使程式不正常的退出。
在Java中,異常已經成為語言中非常成熟的部分。方法的說明中就包含了異常的資訊,程式處理器也強制檢驗如果你使用了一個能夠產生異常的方法,你就必須檢查異常是否發生。幾乎所有的Java程式員都會遇到異常的情況,因為許多非常有用的庫中的類都會拋出異常。處理異常並不難,但是在一些時候是需要注意的。一個方法的文檔會指明方法拋出的異常的類型。如果你忘了,不要緊,編譯器會提醒你的。
6.字串不再是字元數組
Java中包括了一個字串的對象,並且是個常量。字串不像字元數組一樣,雖然可以簡單的從一個字元數組構造一個字串。你應該儘可能的用字串代替字元數組,因為他們不會因為誤操作而被覆蓋。
7.Java限制了常量對象和方法
在C++中,你可以正式的聲明一個函數參數或者函數傳回值為const類型,這樣可以有效防止對參數或者傳回值的不正當修改。另外,你可以聲明一個成員函數為const,表明它不可以修改任何他操作的對象。
Java支援常量操作符,唯讀變數,這些通過final關鍵字實現。但是Java沒有支援強制的使一個可寫變數在函數傳遞、返回的過程中變為唯讀。或者定義一個不操作修改對象的常量方法。
在Java中,這個省略帶來的影響和在C++中相比就非常小了,這很大程度上因為字串變數和字元數組的不同,但是這也帶來一個引起錯誤的隱患。特別地,沒有辦法檢驗一個方法是否可以改動對象。
8.Java沒有指標
理解指標的概念是一個C或C++程式員最難應付的問題。指標也是錯誤產生的一大根源。Java中沒有指標,對象的控制代碼直接作為參數傳遞,而不是傳遞指標。另外,你必須通過索引使用數組。這些都不是什麼大問題。然而,沒有指標是在寫含有函數指標或者成員函數指標的系統的時候引起很大麻煩。這個問題在處理回呼函數的時候更加顯著。
9.Java沒有參數化型別
參數化型別提供了用一段程式處理許多相似程式的方法。一個例子就是開平方根的方法,它可以對int或者float操作。在C++中,這一特性是由模板提供的。
Java中不包含C++中的模板的等價物。如果你經常使用模板來簡化程式,比如說構造許多使用相似參數類型的函數,這簡直就是災難。這意味著更多使用複製、粘貼的過程來手動的完成。然而,如果你使用模板來產生類的話,沒有簡單的方法。
10.Java使用記憶體回收
在記憶體回收的語言中,運行時環境一直監測哪些記憶體不被使用。當一塊記憶體不用的時候,系統自動的回收記憶體。比如說,一個對象在一個方法中產生,但是沒有被調用著返回或者沒有儲存為全域變數,不能在方法外部使用。系統自己會知道哪些變數是你用不到的,哪些是可以用到的。因此,你不必再為破壞對象回收記憶體而擔心。在C++中,很多的調試時間都被使用到檢查記憶體漏洞中。Java的這種方法很大程度上降低了這種錯誤的可能。但是他依然不能處理邏輯混亂的程式,他們不能夠被回收。許多C++的類中的解構函式是用來釋放對象引用的記憶體的。Java使記憶體回收的事實說明在Java中不是必需寫解構函式了。但是並不意味著你可以忘記為你的類寫解構函式。比如,一個對象開啟了網路連接就必須被恰當的清理來關閉這個串連。在Java中,解構函式被稱作"finalization"方法。
11.Java不支援多重繼承
在任何一個複雜的物件導向的系統中,實現一個有更多方法的新類是十分經常遇到的事情。比如說,一個Manager類,需要被作為一個連表的表頭,但是一個Manager又必須是一個Employee。有許多方法來處理這樣的問題。一個方法是允許從多個類繼承。在這個例子中,Manager需要從Linked List和Employee繼承。
Java沒有多重繼承。但是你可以聲明介面--來描述實現一些功能的編程介面。一個類可以由多個介面實現,包括他唯一的功能。不同的類可以由同樣的介面實現。方法的參數既可以聲明為類,也可以聲明為介面。如果是介面的話,實現介面的類就可以作為參數傳入方法。
介面的概念要比多繼承容易理解一些,但是他有一定的局限性。特別地,你必須在類中實現介面的時候編碼去重新實作類別的功能。
12.Java支援多線程
多線程可以使你寫出在同一時刻完成多種任務的程式。比如說,你可以在完成讀取一個大檔案之間允許使用者對已經讀取的部分進行編輯。你需要把程式分為多線程來執行。為安全起見。你的程式要被精心的設計,因為可能不止一個線程需要對資料進行訪問、修改。
Java開始就支援多線程。類和介面用來分解一個程式成為不同的線程。語言簡單的對重要的資料作同步或者鎖定處理。
13.Java以一些預定義的類為基礎
預設的Java環境中包括一些從Java基礎類實現而來的一些包。這些允許你很快的寫出一些有用的程式,這些包如下:
java.awt:當今許多應用程式都非常依賴GUI,java提供了一個Abstract Window Toolkid,這可以讓你在不考慮運行平台的前提下處理GUI對象。
java.applet:applet的主要目的是提供瀏覽有關的內容。它本身是awt組件的字類並且支援其他一些特性,比如聲音、渲染等。
java.io:java.io提供了對流、檔案、管道的讀寫操作。
java.lang:提供了java的基礎類Objcet,Integar,Float……;
java.net:提供對網路編程的支援。包括處理socket,URL,Internet定址等。
java.util:為資料結構提供的通用工具 + 生產力集
轉自:http://www.2guys.cn/collection/17461429481429.html