您好,登錄后才能下訂單哦!
本篇內(nèi)容主要講解“Java語(yǔ)言和C++語(yǔ)言的差異是什么”,感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷,實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“Java語(yǔ)言和C++語(yǔ)言的差異是什么”吧!
Java采用了C及C++的語(yǔ)法格式,對(duì)于學(xué)習(xí)過(guò)C及C++的程序設(shè)計(jì)者來(lái)說(shuō),學(xué)習(xí)Java將有可能很輕松。但是,如果仔細(xì)檢查Java語(yǔ)言的許多細(xì)節(jié),就會(huì)發(fā)現(xiàn)Java取消了不少C及C++的特性,并且加入了一些新的特性。這些差異包括:
o 不再有指針(Pointer)的概念。
這是Java和C/C++在語(yǔ)法上的主要區(qū)別之一。在C及C++中,指針的靈活運(yùn)用將會(huì)給程序設(shè)計(jì)帶來(lái)極大的便利,但是其靈活性也成為了導(dǎo)致程序不穩(wěn)定的一個(gè)主要因素。配合C及C++的內(nèi)存管理策略,編程人員必須親自跟蹤自己向系統(tǒng)申請(qǐng)到的內(nèi)存,最后確認(rèn)交還給系統(tǒng)。并且在使用指針時(shí),要隨時(shí)注意是否超過(guò)合法的內(nèi)存空間,造成Segmentation Fault或General Protection Fault這樣的問(wèn)題。
Java提供了一種引用(Reference)類型用來(lái)替代指針,通過(guò)引用去訪問(wèn)申請(qǐng)到的內(nèi)存空間,可以確保不會(huì)訪問(wèn)不屬于自己的內(nèi)存空間,同時(shí),程序的執(zhí)行系統(tǒng)也可以動(dòng)態(tài)地做內(nèi)存垃圾回收工作,將那些被取消引用的內(nèi)存空間回收給系統(tǒng)使用。這種動(dòng)態(tài)內(nèi)存分配機(jī)制,通過(guò)犧牲一定的靈活性,保證了內(nèi)存分配一定程度上的安全性。
o 不再有函數(shù)(Function)的概念。
Java編程語(yǔ)言中,取消了結(jié)構(gòu)化語(yǔ)言中最重要的部分--函數(shù)。在面向?qū)ο蟪绦蛟O(shè)計(jì)的概念里,對(duì)象的數(shù)據(jù)才是真正的主題,而處理對(duì)象數(shù)據(jù)的方法則必須依附在對(duì)象內(nèi)才有意義。因此函數(shù)概念完全是不必要的。這強(qiáng)化了面向?qū)ο蟮拈_(kāi)發(fā)策略。
o 不再使用structure、union和typedef。
事實(shí)上,在C++中就可以去掉C中的structure和union等對(duì)復(fù)雜數(shù)據(jù)的自定義結(jié)構(gòu)類型了,因?yàn)轭悾–lass)的定義方式完全可以做到這項(xiàng)功能。而typedef的功能也可以由類來(lái)實(shí)現(xiàn)。雖然C++這樣的設(shè)計(jì)是為了和C兼容,但是這些畢竟是多余的語(yǔ)言特點(diǎn),在Java語(yǔ)言中便被拋棄了。
o 不再有類的多重繼承(Multiple Inheritance)。
在C++中,多重繼承是一項(xiàng)很強(qiáng)的功能,但也是較難掌握的。取消多重繼承降低了Java語(yǔ)言的功能,但它使Java看起來(lái)更為簡(jiǎn)潔。同時(shí),Java也提供了接口(Interface)的方式,可以實(shí)現(xiàn)部分多重繼承的作用。和多重繼承的不同之處在于接口并不會(huì)定義類方法的內(nèi)容,以及類中的數(shù)據(jù)。
o 不再有操作符重載(Operator Overloading)。
操作符重載被看作是C++的一個(gè)特色。在C++中,利用操作符重載,程序設(shè)計(jì)者通過(guò)對(duì)現(xiàn)有運(yùn)算符賦予自己的定義,可以使程序看起來(lái)更為自然。但是,如果使用不當(dāng),也會(huì)使整個(gè)程序的可讀性大受影響。同時(shí),這一功能的存在也并非必要,程序設(shè)計(jì)者可以定義類中的方法來(lái)達(dá)到同樣的目的。
o 取消了自動(dòng)類型轉(zhuǎn)換。
Java是一種強(qiáng)類型檢查的編程語(yǔ)言,對(duì)于諸如浮點(diǎn)型變量賦值給整型變量這樣的情況而言,在C++的語(yǔ)法中是允許的,最多只是在編譯時(shí)給出警告信息。但是,在Java中,除非寫(xiě)明強(qiáng)制類型轉(zhuǎn)換,否則編譯無(wú)法通過(guò)。
o 不再有預(yù)處理器(preprocessor)功能。
利用C/C++中提供的#define、#include等預(yù)處理指令,厲害的程序設(shè)計(jì)人員可以自己開(kāi)發(fā)一套只有自己才看得懂的宏指令集。從軟件工程的角度上看,這對(duì)團(tuán)隊(duì)開(kāi)發(fā)軟件和整個(gè)軟件的維護(hù)都是十分不利的。同時(shí),預(yù)編譯后的程序代碼和程序設(shè)計(jì)者看到的程序代碼是不同的。如果宏指令集有錯(cuò),編譯器產(chǎn)生的錯(cuò)誤信息將不會(huì)是編程人員所預(yù)期的,這增加了程序調(diào)試的難度。
o 取消了goto語(yǔ)句。
在C++中,goto語(yǔ)句已經(jīng)不被建議使用了,保留goto只是為了和C語(yǔ)法兼容。在Java中g(shù)oto語(yǔ)句被完全拋棄了,與此同時(shí),Java又?jǐn)U大了break語(yǔ)句和continue語(yǔ)句的功能,通過(guò)使用break和continue,程序流程被允許在多層循環(huán)中跳轉(zhuǎn)。
可以這樣說(shuō),Java編程語(yǔ)言是一種簡(jiǎn)潔而有效的純面向?qū)ο蟮木幊陶Z(yǔ)言。而C++語(yǔ)言因?yàn)橐cC兼容(C++語(yǔ)言是作為C語(yǔ)言的一個(gè)超集被定義的),所以在面向?qū)ο蟮奶匦苑矫娌蝗鏙ava好。
===========================================================================================
對(duì)比C++和Java
“作為一名C++程序員,我們?cè)缫颜莆樟嗣嫦驅(qū)ο蟪绦蛟O(shè)計(jì)的基本概念,而且Java的語(yǔ)法無(wú)疑是非常熟悉的。事實(shí)上,Java本來(lái)就是從C++衍生出來(lái)的?!?br/>
然而,C++和Java之間仍存在一些顯著的差異??梢赃@樣說(shuō),這些差異代表著技術(shù)的極大進(jìn)步。一旦我們弄清楚了這些差異,就會(huì)理解為什么說(shuō)Java是一種優(yōu)秀的程序設(shè)計(jì)語(yǔ)言。本附錄將引導(dǎo)大家認(rèn)識(shí)用于區(qū)分Java和C++的一些重要特征。
(1) 最大的障礙在于速度:解釋過(guò)的Java要比C的執(zhí)行速度慢上約20倍。無(wú)論什么都不能阻止Java語(yǔ)言進(jìn)行編譯。寫(xiě)作本書(shū)的時(shí)候,剛剛出現(xiàn)了一些準(zhǔn)實(shí)時(shí)編譯器,它們能顯著加快速度。當(dāng)然,我們完全有理由認(rèn)為會(huì)出現(xiàn)適用于更多流行平臺(tái)的純固有編譯器,但假若沒(méi)有那些編譯器,由于速度的限制,必須有些問(wèn)題是Java不能解決的。
(2) 和C++一樣,Java也提供了兩種類型的注釋。
(3) 所有東西都必須置入一個(gè)類。不存在全局函數(shù)或者全局?jǐn)?shù)據(jù)。如果想獲得與全局函數(shù)等價(jià)的功能,可考慮將static方法和static數(shù)據(jù)置入一個(gè)類里。注意沒(méi)有象結(jié)構(gòu)、枚舉或者聯(lián)合這一類的東西,一切只有“類”(Class)!
(4) 所有方法都是在類的主體定義的。所以用C++的眼光看,似乎所有函數(shù)都已嵌入,但實(shí)情并非如何(嵌入的問(wèn)題在后面講述)。
(5) 在Java中,類定義采取幾乎和C++一樣的形式。但沒(méi)有標(biāo)志結(jié)束的分號(hào)。沒(méi)有class foo這種形式的類聲明,只有類定義。
class aType()
void aMethod() {/* 方法主體 */}
}
(6) Java中沒(méi)有作用域范圍運(yùn)算符“::”。Java利用點(diǎn)號(hào)做所有的事情,但可以不用考慮它,因?yàn)橹荒茉谝粋€(gè)類里定義元素。即使那些方法定義,也必須在一個(gè)類的內(nèi)部,所以根本沒(méi)有必要指定作用域的范圍。我們注意到的一項(xiàng)差異是對(duì)static方法的調(diào)用:使用ClassName.methodName()。除此以外,package(包)的名字是用點(diǎn)號(hào)建立的,并能用import關(guān)鍵字實(shí)現(xiàn)C++的“#include”的一部分功能。例如下面這個(gè)語(yǔ)句:
import java.awt.*;
(#include并不直接映射成import,但在使用時(shí)有類似的感覺(jué)。)
(7) 與C++類似,Java含有一系列“主類型”(Primitive type),以實(shí)現(xiàn)更有效率的訪問(wèn)。在Java中,這些類型包括boolean,char,byte,short,int,long,float以及double。所有主類型的大小都是固有的,且與具體的機(jī)器無(wú)關(guān)(考慮到移植的問(wèn)題)。這肯定會(huì)對(duì)性能造成一定的影響,具體取決于不同的機(jī)器。對(duì)類型的檢查和要求在Java里變得更苛刻。例如:
■條件表達(dá)式只能是boolean(布爾)類型,不可使用整數(shù)。
■必須使用象X+Y這樣的一個(gè)表達(dá)式的結(jié)果;不能僅僅用“X+Y”來(lái)實(shí)現(xiàn)“副作用”。
(8) char(字符)類型使用國(guó)際通用的16位Unicode字符集,所以能自動(dòng)表達(dá)大多數(shù)國(guó)家的字符。
(9) 靜態(tài)引用的字串會(huì)自動(dòng)轉(zhuǎn)換成String對(duì)象。和C及C++不同,沒(méi)有獨(dú)立的靜態(tài)字符數(shù)組字串可供使用。
(10) Java增添了三個(gè)右移位運(yùn)算符“>>>”,具有與“邏輯”右移位運(yùn)算符類似的功用,可在最末尾插入零值?!?gt;>”則會(huì)在移位的同時(shí)插入符號(hào)位(即“算術(shù)”移位)。
(11) 盡管表面上類似,但與C++相比,Java數(shù)組采用的是一個(gè)頗為不同的結(jié)構(gòu),并具有獨(dú)特的行為。有一個(gè)只讀的length成員,通過(guò)它可知道數(shù)組有多大。而且一旦超過(guò)數(shù)組邊界,運(yùn)行期檢查會(huì)自動(dòng)丟棄一個(gè)異常。所有數(shù)組都是在內(nèi)存“堆”里創(chuàng)建的,我們可將一個(gè)數(shù)組分配給另一個(gè)(只是簡(jiǎn)單地復(fù)制數(shù)組句柄)。數(shù)組標(biāo)識(shí)符屬于第一級(jí)對(duì)象,它的所有方法通常都適用于其他所有對(duì)象。
(12) 對(duì)于所有不屬于主類型的對(duì)象,都只能通過(guò)new命令創(chuàng)建。和C++不同,Java沒(méi)有相應(yīng)的命令可以“在堆棧上”創(chuàng)建不屬于主類型的對(duì)象。所有主類型都只能在堆棧上創(chuàng)建,同時(shí)不使用new命令。所有主要的類都有自己的“封裝(器)”類,所以能夠通過(guò)new創(chuàng)建等價(jià)的、以內(nèi)存“堆”為基礎(chǔ)的對(duì)象(主類型數(shù)組是一個(gè)例外:它們可象C++那樣通過(guò)集合初始化進(jìn)行分配,或者使用new)。
(13) Java中不必進(jìn)行提前聲明。若想在定義前使用一個(gè)類或方法,只需直接使用它即可——編譯器會(huì)保證使用恰當(dāng)?shù)亩x。所以和在C++中不同,我們不會(huì)碰到任何涉及提前引用的問(wèn)題。
(14) Java沒(méi)有預(yù)處理機(jī)。若想使用另一個(gè)庫(kù)里的類,只需使用import命令,并指定庫(kù)名即可。不存在類似于預(yù)處理機(jī)的宏。
(15) Java用包代替了命名空間。由于將所有東西都置入一個(gè)類,而且由于采用了一種名為“封裝”的機(jī)制,它能針對(duì)類名進(jìn)行類似于命名空間分解的操作,所以命名的問(wèn)題不再進(jìn)入我們的考慮之列。數(shù)據(jù)包也會(huì)在單獨(dú)一個(gè)庫(kù)名下收集庫(kù)的組件。我們只需簡(jiǎn)單地“import”(導(dǎo)入)一個(gè)包,剩下的工作會(huì)由編譯器自動(dòng)完成。
(16) 被定義成類成員的對(duì)象句柄會(huì)自動(dòng)初始化成null。對(duì)基本類數(shù)據(jù)成員的初始化在Java里得到了可靠的保障。若不明確地進(jìn)行初始化,它們就會(huì)得到一個(gè)默認(rèn)值(零或等價(jià)的值)??蓪?duì)它們進(jìn)行明確的初始化(顯式初始化):要么在類內(nèi)定義它們,要么在構(gòu)建器中定義。采用的語(yǔ)法比C++的語(yǔ)法更容易理解,而且對(duì)于static和非static成員來(lái)說(shuō)都是固定不變的。我們不必從外部定義static成員的存儲(chǔ)方式,這和C++是不同的。
(17) 在Java里,沒(méi)有象C和C++那樣的指針。用new創(chuàng)建一個(gè)對(duì)象的時(shí)候,會(huì)獲得一個(gè)引用(本書(shū)一直將其稱作“句柄”)。例如:
String s = new String("howdy");
然而,C++引用在創(chuàng)建時(shí)必須進(jìn)行初始化,而且不可重定義到一個(gè)不同的位置。但Java引用并不一定局限于創(chuàng)建時(shí)的位置。它們可根據(jù)情況任意定義,這便消除了對(duì)指針的部分需求。在C和C++里大量采用指針的另一個(gè)原因是為了能指向任意一個(gè)內(nèi)存位置(這同時(shí)會(huì)使它們變得不安全,也是Java不提供這一支持的原因)。指針通常被看作在基本變量數(shù)組中四處移動(dòng)的一種有效手段。Java允許我們以更安全的形式達(dá)到相同的目標(biāo)。解決指針問(wèn)題的終極方法是“固有方法”(已在附錄A討論)。將指針傳遞給方法時(shí),通常不會(huì)帶來(lái)太大的問(wèn)題,因?yàn)榇藭r(shí)沒(méi)有全局函數(shù),只有類。而且我們可傳遞對(duì)對(duì)象的引用。Java語(yǔ)言最開(kāi)始聲稱自己“完全不采用指針!”但隨著許多程序員都質(zhì)問(wèn)沒(méi)有指針如何工作?于是后來(lái)又聲明“采用受到限制的指針”。大家可自行判斷它是否“真”的是一個(gè)指針。但不管在何種情況下,都不存在指針“算術(shù)”。
(18) Java提供了與C++類似的“構(gòu)建器”(Constructor)。如果不自己定義一個(gè),就會(huì)獲得一個(gè)默認(rèn)構(gòu)建器。而如果定義了一個(gè)非默認(rèn)的構(gòu)建器,就不會(huì)為我們自動(dòng)定義默認(rèn)構(gòu)建器。這和C++是一樣的。注意沒(méi)有復(fù)制構(gòu)建器,因?yàn)樗凶宰兞慷际前匆脗鬟f的。
(19) Java中沒(méi)有“破壞器”(Destructor)。變量不存在“作用域”的問(wèn)題。一個(gè)對(duì)象的“存在時(shí)間”是由對(duì)象的存在時(shí)間決定的,并非由垃圾收集器決定。有個(gè)finalize()方法是每一個(gè)類的成員,它在某種程度上類似于C++的“破壞器”。但finalize()是由垃圾收集器調(diào)用的,而且只負(fù)責(zé)釋放“資源”(如打開(kāi)的文件、套接字、端口、URL等等)。如需在一個(gè)特定的地點(diǎn)做某樣事情,必須創(chuàng)建一個(gè)特殊的方法,并調(diào)用它,不能依賴finalize()。而在另一方面,C++中的所有對(duì)象都會(huì)(或者說(shuō)“應(yīng)該”)破壞,但并非Java中的所有對(duì)象都會(huì)被當(dāng)作“垃圾”收集掉。由于Java不支持破壞器的概念,所以在必要的時(shí)候,必須謹(jǐn)慎地創(chuàng)建一個(gè)清除方法。而且針對(duì)類內(nèi)的基礎(chǔ)類以及成員對(duì)象,需要明確調(diào)用所有清除方法。
(20) Java具有方法“過(guò)載”機(jī)制,它的工作原理與C++函數(shù)的過(guò)載幾乎是完全相同的。
(21) Java不支持默認(rèn)自變量。
(22) Java中沒(méi)有g(shù)oto。它采取的無(wú)條件跳轉(zhuǎn)機(jī)制是“break 標(biāo)簽”或者“continue 標(biāo)準(zhǔn)”,用于跳出當(dāng)前的多重嵌套循環(huán)。
(23) Java采用了一種單根式的分級(jí)結(jié)構(gòu),因此所有對(duì)象都是從根類object統(tǒng)一繼承的。而在C++中,我們可在任何地方啟動(dòng)一個(gè)新的繼承樹(shù),所以最后往往看到包含了大量樹(shù)的“一片森林”。在Java中,我們無(wú)論如何都只有一個(gè)分級(jí)結(jié)構(gòu)。盡管這表面上看似乎造成了限制,但由于我們知道每個(gè)對(duì)象肯定至少有一個(gè)Object接口,所以往往能獲得更強(qiáng)大的能力。C++目前似乎是唯一沒(méi)有強(qiáng)制單根結(jié)構(gòu)的唯一一種OO語(yǔ)言。
(24) Java沒(méi)有模板或者參數(shù)化類型的其他形式。它提供了一系列集合:Vector(向量),Stack(堆棧)以及Hashtable(散列表),用于容納Object引用。利用這些集合,我們的一系列要求可得到滿足。但這些集合并非是為實(shí)現(xiàn)象C++“標(biāo)準(zhǔn)模板庫(kù)”(STL)那樣的快速調(diào)用而設(shè)計(jì)的。Java 1.2中的新集合顯得更加完整,但仍不具備正宗模板那樣的高效率使用手段。
(25) “垃圾收集”意味著在Java中出現(xiàn)內(nèi)存漏洞的情況會(huì)少得多,但也并非完全不可能(若調(diào)用一個(gè)用于分配存儲(chǔ)空間的固有方法,垃圾收集器就不能對(duì)其進(jìn)行跟蹤監(jiān)視)。然而,內(nèi)存漏洞和資源漏洞多是由于編寫(xiě)不當(dāng)?shù)膄inalize()造成的,或是由于在已分配的一個(gè)塊尾釋放一種資源造成的(“破壞器”在此時(shí)顯得特別方便)。垃圾收集器是在C++基礎(chǔ)上的一種極大進(jìn)步,使許多編程問(wèn)題消彌于無(wú)形之中。但對(duì)少數(shù)幾個(gè)垃圾收集器力有不逮的問(wèn)題,它卻是不大適合的。但垃圾收集器的大量?jī)?yōu)點(diǎn)也使這一處缺點(diǎn)顯得微不足道。
(26) Java內(nèi)建了對(duì)多線程的支持。利用一個(gè)特殊的Thread類,我們可通過(guò)繼承創(chuàng)建一個(gè)新線程(放棄了run()方法)。若將synchronized(同步)關(guān)鍵字作為方法的一個(gè)類型限制符使用,相互排斥現(xiàn)象會(huì)在對(duì)象這一級(jí)發(fā)生。在任何給定的時(shí)間,只有一個(gè)線程能使用一個(gè)對(duì)象的synchronized方法。在另一方面,一個(gè)synchronized方法進(jìn)入以后,它首先會(huì)“鎖定”對(duì)象,防止其他任何synchronized方法再使用那個(gè)對(duì)象。只有退出了這個(gè)方法,才會(huì)將對(duì)象“解鎖”。在線程之間,我們?nèi)匀灰?fù)責(zé)實(shí)現(xiàn)更復(fù)雜的同步機(jī)制,方法是創(chuàng)建自己的“監(jiān)視器”類。遞歸的synchronized方法可以正常運(yùn)作。若線程的優(yōu)先等級(jí)相同,則時(shí)間的“分片”不能得到保證。
(27) 我們不是象C++那樣控制聲明代碼塊,而是將訪問(wèn)限定符(public,private和protected)置入每個(gè)類成員的定義里。若未規(guī)定一個(gè)“顯式”(明確的)限定符,就會(huì)默認(rèn)為“友好的”(friendly)。這意味著同一個(gè)包里的其他元素也可以訪問(wèn)它(相當(dāng)于它們都成為C++的“friends”——朋友),但不可由包外的任何元素訪問(wèn)。類——以及類內(nèi)的每個(gè)方法——都有一個(gè)訪問(wèn)限定符,決定它是否能在文件的外部“可見(jiàn)”。private關(guān)鍵字通常很少在Java中使用,因?yàn)榕c排斥同一個(gè)包內(nèi)其他類的訪問(wèn)相比,“友好的”訪問(wèn)通常更加有用。然而,在多線程的環(huán)境中,對(duì)private的恰當(dāng)運(yùn)用是非常重要的。Java的protected關(guān)鍵字意味著“可由繼承者訪問(wèn),亦可由包內(nèi)其他元素訪問(wèn)”。注意Java沒(méi)有與C++的protected關(guān)鍵字等價(jià)的元素,后者意味著“只能由繼承者訪問(wèn)”(以前可用“private protected”實(shí)現(xiàn)這個(gè)目的,但這一對(duì)關(guān)鍵字的組合已被取消了)。
(28) 嵌套的類。在C++中,對(duì)類進(jìn)行嵌套有助于隱藏名稱,并便于代碼的組織(但C++的“命名空間”已使名稱的隱藏顯得多余)。Java的“封裝”或“打包”概念等價(jià)于C++的命名空間,所以不再是一個(gè)問(wèn)題。Java 1.1引入了“內(nèi)部類”的概念,它秘密保持指向外部類的一個(gè)句柄——?jiǎng)?chuàng)建內(nèi)部類對(duì)象的時(shí)候需要用到。這意味著內(nèi)部類對(duì)象也許能訪問(wèn)外部類對(duì)象的成員,毋需任何條件——就好象那些成員直接隸屬于內(nèi)部類對(duì)象一樣。這樣便為回調(diào)問(wèn)題提供了一個(gè)更優(yōu)秀的方案——C++是用指向成員的指針解決的。
(29) 由于存在前面介紹的那種內(nèi)部類,所以Java里沒(méi)有指向成員的指針。
(30) Java不存在“嵌入”(inline)方法。Java編譯器也許會(huì)自行決定嵌入一個(gè)方法,但我們對(duì)此沒(méi)有更多的控制權(quán)力。在Java中,可為一個(gè)方法使用final關(guān)鍵字,從而“建議”進(jìn)行嵌入操作。然而,嵌入函數(shù)對(duì)于C++的編譯器來(lái)說(shuō)也只是一種建議。
(31) Java中的繼承具有與C++相同的效果,但采用的語(yǔ)法不同。Java用extends關(guān)鍵字標(biāo)志從一個(gè)基礎(chǔ)類的繼承,并用super關(guān)鍵字指出準(zhǔn)備在基礎(chǔ)類中調(diào)用的方法,它與我們當(dāng)前所在的方法具有相同的名字(然而,Java中的super關(guān)鍵字只允許我們?cè)L問(wèn)父類的方法——亦即分級(jí)結(jié)構(gòu)的上一級(jí))。通過(guò)在C++中設(shè)定基礎(chǔ)類的作用域,我們可訪問(wèn)位于分級(jí)結(jié)構(gòu)較深處的方法。亦可用super關(guān)鍵字調(diào)用基礎(chǔ)類構(gòu)建器。正如早先指出的那樣,所有類最終都會(huì)從Object里自動(dòng)繼承。和C++不同,不存在明確的構(gòu)建器初始化列表。但編譯器會(huì)強(qiáng)迫我們?cè)跇?gòu)建器主體的開(kāi)頭進(jìn)行全部的基礎(chǔ)類初始化,而且不允許我們?cè)谥黧w的后面部分進(jìn)行這一工作。通過(guò)組合運(yùn)用自動(dòng)初始化以及來(lái)自未初始化對(duì)象句柄的異常,成員的初始化可得到有效的保證。
public class Foo extends Bar {
public Foo(String msg) {
super(msg); // Calls base constructor
}
public baz(int i) { // Override
super.baz(i); // Calls base method
}
}
(32) Java中的繼承不會(huì)改變基礎(chǔ)類成員的保護(hù)級(jí)別。我們不能在Java中指定public,private或者protected繼承,這一點(diǎn)與C++是相同的。此外,在衍生類中的優(yōu)先方法不能減少對(duì)基礎(chǔ)類方法的訪問(wèn)。例如,假設(shè)一個(gè)成員在基礎(chǔ)類中屬于public,而我們用另一個(gè)方法代替了它,那么用于替換的方法也必須屬于public(編譯器會(huì)自動(dòng)檢查)。
(33) Java提供了一個(gè)interface關(guān)鍵字,它的作用是創(chuàng)建抽象基礎(chǔ)類的一個(gè)等價(jià)物。在其中填充抽象方法,且沒(méi)有數(shù)據(jù)成員。這樣一來(lái),對(duì)于僅僅設(shè)計(jì)成一個(gè)接口的東西,以及對(duì)于用extends關(guān)鍵字在現(xiàn)有功能基礎(chǔ)上的擴(kuò)展,兩者之間便產(chǎn)生了一個(gè)明顯的差異。不值得用abstract關(guān)鍵字產(chǎn)生一種類似的效果,因?yàn)槲覀儾荒軇?chuàng)建屬于那個(gè)類的一個(gè)對(duì)象。一個(gè)abstract(抽象)類可包含抽象方法(盡管并不要求在它里面包含什么東西),但它也能包含用于具體實(shí)現(xiàn)的代碼。因此,它被限制成一個(gè)單一的繼承。通過(guò)與接口聯(lián)合使用,這一方案避免了對(duì)類似于C++虛擬基礎(chǔ)類那樣的一些機(jī)制的需要。
為創(chuàng)建可進(jìn)行“例示”(即創(chuàng)建一個(gè)實(shí)例)的一個(gè)interface(接口)的版本,需使用implements關(guān)鍵字。它的語(yǔ)法類似于繼承的語(yǔ)法,如下所示:
public interface Face {
public void smile();
}
public class Baz extends Bar implements Face {
public void smile( ) {
System.out.println("a waRM smile");
}
}
(34) Java中沒(méi)有virtual關(guān)鍵字,因?yàn)樗蟹莝tatic方法都肯定會(huì)用到動(dòng)態(tài)綁定。在Java中,程序員不必自行決定是否使用動(dòng)態(tài)綁定。C++之所以采用了virtual,是由于我們對(duì)性能進(jìn)行調(diào)整的時(shí)候,可通過(guò)將其省略,從而獲得執(zhí)行效率的少量提升(或者換句話說(shuō):“如果不用,就沒(méi)必要為它付出代價(jià)”)。virtual經(jīng)常會(huì)造成一定程度的混淆,而且獲得令人不快的結(jié)果。final關(guān)鍵字為性能的調(diào)整規(guī)定了一些范圍——它向編譯器指出這種方法不能被取代,所以它的范圍可能被靜態(tài)約束(而且成為嵌入狀態(tài),所以使用C++非virtual調(diào)用的等價(jià)方式)。這些優(yōu)化工作是由編譯器完成的。
(35) Java不提供多重繼承機(jī)制(MI),至少不象C++那樣做。與protected類似,MI表面上是一個(gè)很不錯(cuò)的主意,但只有真正面對(duì)一個(gè)特定的設(shè)計(jì)問(wèn)題時(shí),才知道自己需要它。由于Java使用的是“單根”分級(jí)結(jié)構(gòu),所以只有在極少的場(chǎng)合才需要用到MI。interface關(guān)鍵字會(huì)幫助我們自動(dòng)完成多個(gè)接口的合并工作。
(36) 運(yùn)行期的類型標(biāo)識(shí)功能與C++極為相似。例如,為獲得與句柄X有關(guān)的信息,可使用下述代碼:
X.getClass().getName();
為進(jìn)行一個(gè)“類型安全”的緊縮造型,可使用:
derived d = (derived)base;
這與舊式風(fēng)格的C造型是一樣的。編譯器會(huì)自動(dòng)調(diào)用動(dòng)態(tài)造型機(jī)制,不要求使用額外的語(yǔ)法。盡管它并不象C++的“new casts”那樣具有易于定位造型的優(yōu)點(diǎn),但Java會(huì)檢查使用情況,并丟棄那些“異?!?,所以它不會(huì)象C++那樣允許壞造型的存在。
(37) Java采取了不同的異??刂茩C(jī)制,因?yàn)榇藭r(shí)已經(jīng)不存在構(gòu)建器??商砑右粋€(gè)finally從句,強(qiáng)制執(zhí)行特定的語(yǔ)句,以便進(jìn)行必要的清除工作。Java中的所有異常都是從基礎(chǔ)類Throwable里繼承而來(lái)的,所以可確保我們得到的是一個(gè)通用接口。
public void f(Obj b) throws IOException {
myresource mr = b.createResource();
try {
mr.UseResource();
} catch (MyException e) {
// handle my exception
} catch (Throwable e) {
// handle all other exceptions
} finally {
mr.dispose(); // special cleanup
}
}
(38) Java的異常規(guī)范比C++的出色得多。丟棄一個(gè)錯(cuò)誤的異常后,不是象C++那樣在運(yùn)行期間調(diào)用一個(gè)函數(shù),Java異常規(guī)范是在編譯期間檢查并執(zhí)行的。除此以外,被取代的方法必須遵守那一方法的基礎(chǔ)類版本的異常規(guī)范:它們可丟棄指定的異常或者從那些異常衍生出來(lái)的其他異常。這樣一來(lái),我們最終得到的是更為“健壯”的異??刂拼a。
(39) Java具有方法過(guò)載的能力,但不允許運(yùn)算符過(guò)載。String類不能用+和+=運(yùn)算符連接不同的字串,而且String表達(dá)式使用自動(dòng)的類型轉(zhuǎn)換,但那是一種特殊的內(nèi)建情況。
(40) 通過(guò)事先的約定,C++中經(jīng)常出現(xiàn)的const問(wèn)題在Java里已得到了控制。我們只能傳遞指向?qū)ο蟮木浔?,本地副本永遠(yuǎn)不會(huì)為我們自動(dòng)生成。若希望使用類似C++按值傳遞那樣的技術(shù),可調(diào)用clone(),生成自變量的一個(gè)本地副本(盡管clone()的設(shè)計(jì)依然尚顯粗糙——參見(jiàn)第12章)。根本不存在被自動(dòng)調(diào)用的副本構(gòu)建器。為創(chuàng)建一個(gè)編譯期的常數(shù)值,可象下面這樣編碼:
static final int SIZE = 255
static final int BSIZE = 8 * SIZE
(41) 由于安全方面的原因,“應(yīng)用程序”的編程與“程序片”的編程之間存在著顯著的差異。一個(gè)最明顯的問(wèn)題是程序片不允許我們進(jìn)行磁盤(pán)的寫(xiě)操作,因?yàn)檫@樣做會(huì)造成從遠(yuǎn)程站點(diǎn)下載的、不明來(lái)歷的程序可能胡亂改寫(xiě)我們的磁盤(pán)。隨著Java 1.1對(duì)數(shù)字簽名技術(shù)的引用,這一情況已有所改觀。根據(jù)數(shù)字簽名,我們可確切知道一個(gè)程序片的全部作者,并驗(yàn)證他們是否已獲得授權(quán)。Java 1.2會(huì)進(jìn)一步增強(qiáng)程序片的能力。
(42) 由于Java在某些場(chǎng)合可能顯得限制太多,所以有時(shí)不愿用它執(zhí)行象直接訪問(wèn)硬件這樣的重要任務(wù)。Java解決這個(gè)問(wèn)題的方案是“固有方法”,允許我們調(diào)用由其他語(yǔ)言寫(xiě)成的函數(shù)(目前只支持C和C++)。這樣一來(lái),我們就肯定能夠解決與平臺(tái)有關(guān)的問(wèn)題(采用一種不可移植的形式,但那些代碼隨后會(huì)被隔離起來(lái))。程序片不能調(diào)用固有方法,只有應(yīng)用程序才可以。
(43) Java提供對(duì)注釋文檔的內(nèi)建支持,所以源碼文件也可以包含它們自己的文檔。通過(guò)一個(gè)單獨(dú)的程序,這些文檔信息可以提取出來(lái),并重新格式化成HTML。這無(wú)疑是文檔管理及應(yīng)用的極大進(jìn)步。
(44) Java包含了一些標(biāo)準(zhǔn)庫(kù),用于完成特定的任務(wù)。C++則依靠一些非標(biāo)準(zhǔn)的、由其他廠商提供的庫(kù)。這些任務(wù)包括(或不久就要包括):
■連網(wǎng)
■數(shù)據(jù)庫(kù)連接(通過(guò)JdbC)
■多線程
■分布式對(duì)象(通過(guò)Rmi和Corba)
■壓縮
■商貿(mào)
由于這些庫(kù)簡(jiǎn)單易用,而且非常標(biāo)準(zhǔn),所以能極大加快應(yīng)用程序的開(kāi)發(fā)速度。
(45) Java 1.1包含了Java Beans標(biāo)準(zhǔn),后者可創(chuàng)建在可視編程環(huán)境中使用的組件。由于遵守同樣的標(biāo)準(zhǔn),所以可視組件能夠在所有廠商的開(kāi)發(fā)環(huán)境中使用。由于我們并不依賴一家廠商的方案進(jìn)行可視組件的設(shè)計(jì),所以組件的選擇余地會(huì)加大,并可提高組件的效能。除此之外,Java Beans的設(shè)計(jì)非常簡(jiǎn)單,便于程序員理解;而那些由不同的廠商開(kāi)發(fā)的專用組件框架則要求進(jìn)行更深入的學(xué)習(xí)。
(46) 若訪問(wèn)Java句柄失敗,就會(huì)丟棄一次異常。這種丟棄測(cè)試并不一定要正好在使用一個(gè)句柄之前進(jìn)行。根據(jù)Java的設(shè)計(jì)規(guī)范,只是說(shuō)異常必須以某種形式丟棄。許多C++運(yùn)行期系統(tǒng)也能丟棄那些由于指針錯(cuò)誤造成的異常。
(47) Java通常顯得更為健壯,為此采取的手段如下:
■對(duì)象句柄初始化成null(一個(gè)關(guān)鍵字)
■句柄肯定會(huì)得到檢查,并在出錯(cuò)時(shí)丟棄異常
■所有數(shù)組訪問(wèn)都會(huì)得到檢查,及時(shí)發(fā)現(xiàn)邊界違例情況
■自動(dòng)垃圾收集,防止出現(xiàn)內(nèi)存漏洞
■明確、“傻瓜式”的異??刂茩C(jī)制
■為多線程提供了簡(jiǎn)單的語(yǔ)言支持
■對(duì)網(wǎng)絡(luò)程序片進(jìn)行字節(jié)碼校驗(yàn)
到此,相信大家對(duì)“Java語(yǔ)言和C++語(yǔ)言的差異是什么”有了更深的了解,不妨來(lái)實(shí)際操作一番吧!這里是億速云網(wǎng)站,更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢,關(guān)注我們,繼續(xù)學(xué)習(xí)!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。