1.Java在虛擬機上運行
     源代碼并不是被編譯成為普通的機器代碼。而是被翻譯成為虛擬機可以執(zhí)行的代碼。一個Java解釋器最終執(zhí)行這些代碼。這其中沒有連接的過程；解釋在需要的時候動態(tài)的加載一些類；
2.Java是完全面向?qū)ο蟮?br />      是一種完全面向?qū)ο蟮恼Z言。這意味著你對任何一個Java對象所做的動作都是通過一個方法實現(xiàn)的。第一點就是，再也沒有沒有主函數(shù)這樣的孤立的東西了。取而代之的是，你必須開始用一個對象的看法看待一個程序，一個類的對象。但是這個對象又什么對象呢？大多數(shù)Java程序只是簡單的通過繼承Java基礎(chǔ)類Object來實現(xiàn)所需要的東西，但是你可以通過創(chuàng)建程序基礎(chǔ)類用于多個特性相似的應(yīng)用程序來節(jié)省時間。嚴(yán)格的面向?qū)ο蟮囊?guī)定意味著理用原有的C/C++代碼不可以直接不加改動的使用；系統(tǒng)調(diào)用也是這樣的。C++中，你可以通過在C++正常的命名空間外聲明extern"C"來使用原有的C的過程調(diào)用，包括系統(tǒng)調(diào)用。在Java中，只有一個類似的安全回溯的方法，但是并不是十分簡單的方法。你必須定義一個本地方法，其目的是為C語言提供接口，然后提供連接的介質(zhì)。Java環(huán)境提供了完成這種任務(wù)的工具，但是整個過程和C++中提供的extern比微不足道，完成使用C++類的過程則更加復(fù)雜，因為這樣會引入對C的借口和C函數(shù)和C++成員函數(shù)的問題。幸運的是，許多常用的系統(tǒng)實用工具函數(shù)已經(jīng)在系統(tǒng)類中的方法中提供出來，但是這些明顯沒有包含經(jīng)過許多年來你所創(chuàng)建的那些類和過程。所以，在你需要的時候你應(yīng)該去鉆研一下。
3.Java中沒有獨立的頭文件
    在Java中，關(guān)于類的一切東西都被放到一個單獨的文件中。方法的位置只可能在一個地方出現(xiàn)，一個方法的實現(xiàn)必須在它的定義過程中同時進行。這樣做得優(yōu)點是在實現(xiàn)程序的時候不容易因為文件的非同步錯誤而失敗，或者獲取到一個沒有實現(xiàn)的聲明。類的聲明可以被Java解釋器利用甚至是從一個編譯過的單元中獲取，所以不再需要有頭文件，只要有編譯過的文件。
      這樣做的缺點與我們編程的過程有關(guān)。許多C++程序員喜歡用頭文件來代替文檔。要看一個成員函數(shù)的接口參數(shù)，只需要看頭文件中的聲明即可。你可以經(jīng)常的看頭文件即可了解怎樣去使用這個類。在Java中，沒有這樣的總結(jié)。因為實現(xiàn)類方法的代碼必須在方法定義的時候出現(xiàn)，而且，對于一個單獨的函數(shù)的代碼來說就經(jīng)常占據(jù)了一整頁乃至更多。這樣，很難通過看Java的代碼就初步了解類是怎樣使用的。你必須為你需要的類準(zhǔn)備足夠多的文檔。不言而喻，再處理非商業(yè)類庫的時候文檔是極度缺乏的。在當(dāng)先的Java環(huán)境中提供了兩個工具來補償這些，javap來打印類標(biāo)識，javadoc為嵌入式程序提供HTML文檔。 
 4.用Package來分解Java命名空間
        在大的C++工程中經(jīng)常遇到的一個問題是命名空間--怎樣保證工程的一些程序員不會創(chuàng)建和另一些程序員一樣名字的類？更糟糕的是，供應(yīng)商可能會提供一個包含和你的類一樣名字的類的庫。有許多方法可以解決這一問題，但是很可能在問題發(fā)現(xiàn)之前工程已經(jīng)啟動，改正錯誤是需要付出許多痛苦的。Java通過"Package"這個概念解決了這個問題，Package有效地通過通過集合類劃分了命名空間。在不同包內(nèi)的兩個同名的類仍然是不同的。關(guān)鍵問題就變成了類是否放置到相應(yīng)的包中。記住，Java并沒有解決命名沖突的問題。擴展一個基類而引起了派生類的沖突。比如說，如果你最喜歡的供應(yīng)商提供了一些類，然后你把它們用做基類并且派生有一個foo方法的類，當(dāng)供應(yīng)商提供一個新版本的類的時候就可能出現(xiàn)，如果供應(yīng)商業(yè)也在新類中提供了一個foo的方法。

 

安徽新華電腦學(xué)校專業(yè)職業(yè)規(guī)劃師為你提供更多幫助【在線咨詢】