“作為一名C++程序員，我們?cè)缫颜莆樟嗣嫦驅(qū)ο蟪绦蛟O(shè)計(jì)的基本概念，而且Java的語(yǔ)法無(wú)疑是非常熟悉的。事實(shí)上，Java本來(lái)就是從C++衍生出來(lái)的。”
然而，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也提供了兩種類(lèi)型的注釋。
(3) 所有東西都必須置入一個(gè)類(lèi)。不存在全局函數(shù)或者全局?jǐn)?shù)據(jù)。如果想獲得與全局函數(shù)等價(jià)的功能，可考慮將static方法和static數(shù)據(jù)置入一個(gè)類(lèi)里。注意沒(méi)有象結(jié)構(gòu)、枚舉或者聯(lián)合這一類(lèi)的東西，一切只有“類(lèi)”（Class）！
(4) 所有方法都是在類(lèi)的主體定義的。所以用C++的眼光看，似乎所有函數(shù)都已嵌入，但實(shí)情并非如何（嵌入的問(wèn)題在后面講述）。
(5) 在Java中，類(lèi)定義采取幾乎和C++一樣的形式。但沒(méi)有標(biāo)志結(jié)束的分號(hào)。沒(méi)有class foo這種形式的類(lèi)聲明，只有類(lèi)定義。
class aType()
void aMethod() {/* 方法主體*/}
}
(6)
Java中沒(méi)有作用域范圍運(yùn)算符“::”。Java利用點(diǎn)號(hào)做所有的事情，但可以不用考慮它，因?yàn)橹荒茉谝粋€(gè)類(lèi)里定義元素。即使那些方法定義，也必須在一
個(gè)類(lèi)的內(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í)有類(lèi)似的感覺(jué)。）
(7) 與C++類(lèi)似，Java含有一系列“主類(lèi)型”（Primitive
type），以實(shí)現(xiàn)更有效率的訪問(wèn)。在Java中，這些類(lèi)型包括boolean，char，byte，short，int，long，float以及
double。所有主類(lèi)型的大小都是固有的，且與具體的機(jī)器無(wú)關(guān)（考慮到移植的問(wèn)題）。這肯定會(huì)對(duì)性能造成一定的影響，具體取決于不同的機(jī)器。對(duì)類(lèi)型的檢
查和要求在Java里變得更苛刻。例如：
■條件表達(dá)式只能是boolean（布爾）類(lèi)型，不可使用整數(shù)。
■必須使用象X+Y這樣的一個(gè)表達(dá)式的結(jié)果；不能僅僅用“X+Y”來(lái)實(shí)現(xiàn)“副作用”。
(8) char（字符）類(lèi)型使用國(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)算符類(lèi)似的功用，可在最末尾插入零值。“>>”則會(huì)在移位的同時(shí)插入符號(hào)位（即“算術(shù)”移位）。
(11)
盡管表面上類(lèi)似，但與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ì)于所有不屬于主類(lèi)型的對(duì)象，都只能通過(guò)new命令創(chuàng)建。和C++不同，Java沒(méi)有相應(yīng)的命令可以“在堆棧上”創(chuàng)建不屬于主類(lèi)型的對(duì)象。所有主類(lèi)型都只
能在堆棧上創(chuàng)建，同時(shí)不使用new命令。所有主要的類(lèi)都有自己的“封裝（器）”類(lèi)，所以能夠通過(guò)new創(chuàng)建等價(jià)的、以?xún)?nèi)存“堆”為基礎(chǔ)的對(duì)象（主類(lèi)型數(shù)組
是一個(gè)例外：它們可象C++那樣通過(guò)集合初始化進(jìn)行分配，或者使用new）。
(13) Java中不必進(jìn)行提前聲明。若想在定義前使用一個(gè)類(lèi)或方法，只需直接使用它即可——編譯器會(huì)保證使用恰當(dāng)?shù)亩x。所以和在C++中不同，我們不會(huì)碰到任何涉及提前引用的問(wèn)題。
(14) Java沒(méi)有預(yù)處理機(jī)。若想使用另一個(gè)庫(kù)里的類(lèi)，只需使用import命令，并指定庫(kù)名即可。不存在類(lèi)似于預(yù)處理機(jī)的宏。
(15)
Java用包代替了命名空間。由于將所有東西都置入一個(gè)類(lèi)，而且由于采用了一種名為“封裝”的機(jī)制，它能針對(duì)類(lèi)名進(jìn)行類(lèi)似于命名空間分解的操作，所以命名
的問(wèn)題不再進(jìn)入我們的考慮之列。數(shù)據(jù)包也會(huì)在單獨(dú)一個(gè)庫(kù)名下收集庫(kù)的組件。我們只需簡(jiǎn)單地“import”（導(dǎo)入）一個(gè)包，剩下的工作會(huì)由編譯器自動(dòng)完
成。
(16)
被定義成類(lèi)成員的對(duì)象句柄會(huì)自動(dòng)初始化成null。對(duì)基本類(lèi)數(shù)據(jù)成員的初始化在Java里得到了可靠的保障。若不明確地進(jìn)行初始化，它們就會(huì)得到一個(gè)默認(rèn)
值（零或等價(jià)的值）。可對(duì)它們進(jìn)行明確的初始化（顯式初始化）：要么在類(lèi)內(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ū)一直將其稱(chēng)作“句柄”）。例如：
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ù)，只有類(lèi)。而且我們可傳遞對(duì)對(duì)象的引用。Java語(yǔ)言最開(kāi)始
聲稱(chēng)自己“完全不采用指針！”但隨著許多程序員都質(zhì)問(wèn)沒(méi)有指針如何工作？于是后來(lái)又聲明“采用受到限制的指針”。大家可自行判斷它是否“真”的是一個(gè)指
針。但不管在何種情況下，都不存在指針“算術(shù)”。
(18)
Java提供了與C++類(lèi)似的“構(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è)類(lèi)的成員，它在某種程度上類(lèi)似于C++的“破壞器”。但finalize()是由垃圾收集器調(diào)用的，而且只負(fù)責(zé)
釋放“資源”（如打開(kāi)的文件、套接字、端口、URL等等）。如需在一個(gè)特定的地點(diǎn)做某樣事情，必須創(chuàng)建一個(gè)特殊的方法，并調(diào)用它，不能依賴(lài)
finalize()。而在另一方面，C++中的所有對(duì)象都會(huì)（或者說(shuō)“應(yīng)該”）破壞，但并非Java中的所有對(duì)象都會(huì)被當(dāng)作“垃圾”收集掉。由于
Java不支持破壞器的概念，所以在必要的時(shí)候，必須謹(jǐn)慎地創(chuàng)建一個(gè)清除方法。而且針對(duì)類(lèi)內(nèi)的基礎(chǔ)類(lèi)以及成員對(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ì)象都是從根類(lèi)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ù)化類(lèi)型的其他形式。它提供了一系列集合：Vector（向量），Stack（堆棧）以及Hashtable（散列表），用于容納
Object引用。利用這些集合，我們的一系列要求可得到滿(mǎn)足。但這些集合并非是為實(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類(lèi)，我們可通過(guò)繼承創(chuàng)建一個(gè)新線程（放棄了run()方法）。若將synchronized
（同步）關(guān)鍵字作為方法的一個(gè)類(lèi)型限制符使用，相互排斥現(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)視器”類(lèi)。遞歸的
synchronized方法可以正常運(yùn)作。若線程的優(yōu)先等級(jí)相同，則時(shí)間的“分片”不能得到保證。
(27)
我們不是象C++那樣控制聲明代碼塊，而是將訪問(wèn)限定符（public，private和protected）置入每個(gè)類(lèi)成員的定義里。若未規(guī)定一個(gè)“顯
式”（明確的）限定符，就會(huì)默認(rèn)為“友好的”（friendly）。這意味著同一個(gè)包里的其他元素也可以訪問(wèn)它（相當(dāng)于它們都成為C++的
“friends”——朋友），但不可由包外的任何元素訪問(wèn)。類(lèi)——以及類(lèi)內(nèi)的每個(gè)方法——都有一個(gè)訪問(wèn)限定符，決定它是否能在文件的外部“可見(jiàn)”。
private關(guān)鍵字通常很少在Java中使用，因?yàn)榕c排斥同一個(gè)包內(nèi)其他類(lè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)
嵌套的類(lèi)。在C++中，對(duì)類(lèi)進(jìn)行嵌套有助于隱藏名稱(chēng)，并便于代碼的組織（但C++的“命名空間”已使名稱(chēng)的隱藏顯得多余）。Java的“封裝”或“打包”
概念等價(jià)于C++的命名空間，所以不再是一個(gè)問(wèn)題。Java
1.1引入了“內(nèi)部類(lèi)”的概念，它秘密保持指向外部類(lèi)的一個(gè)句柄——?jiǎng)?chuàng)建內(nèi)部類(lèi)對(duì)象的時(shí)候需要用到。這意味著內(nèi)部類(lèi)對(duì)象也許能訪問(wèn)外部類(lèi)對(duì)象的成員，毋需
任何條件——就好象那些成員直接隸屬于內(nèi)部類(lèi)對(duì)象一樣。這樣便為回調(diào)問(wèn)題提供了一個(gè)更優(yōu)秀的方案——C++是用指向成員的指針解決的。
(29) 由于存在前面介紹的那種內(nèi)部類(lè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ǔ)類(lèi)的繼承，并用super關(guān)鍵字指出準(zhǔn)備在基
礎(chǔ)類(lèi)中調(diào)用的方法，它與我們當(dāng)前所在的方法具有相同的名字（然而，Java中的super關(guān)鍵字只允許我們?cè)L問(wèn)父類(lèi)的方法——亦即分級(jí)結(jié)構(gòu)的上一級(jí)）。通
過(guò)在C++中設(shè)定基礎(chǔ)類(lèi)的作用域，我們可訪問(wèn)位于分級(jí)結(jié)構(gòu)較深處的方法。亦可用super關(guān)鍵字調(diào)用基礎(chǔ)類(lèi)構(gòu)建器。正如早先指出的那樣，所有類(lèi)最終都會(huì)從
Object里自動(dòng)繼承。和C++不同，不存在明確的構(gòu)建器初始化列表。但編譯器會(huì)強(qiáng)迫我們?cè)跇?gòu)建器主體的開(kāi)頭進(jìn)行全部的基礎(chǔ)類(lèi)初始化，而且不允許我們?cè)?
主體的后面部分進(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ǔ)類(lèi)成員的保護(hù)級(jí)別。我們不能在Java中指定public，private或者protected繼承，這一點(diǎn)與C++是相
同的。此外，在衍生類(lèi)中的優(yōu)先方法不能減少對(duì)基礎(chǔ)類(lèi)方法的訪問(wèn)。例如，假設(shè)一個(gè)成員在基礎(chǔ)類(lèi)中屬于public，而我們用另一個(gè)方法代替了它，那么用于替
換的方法也必須屬于public（編譯器會(huì)自動(dòng)檢查）。
(33)
Java提供了一個(gè)interface關(guān)鍵字，它的作用是創(chuàng)建抽象基礎(chǔ)類(lèi)的一個(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)生一種類(lèi)似的
效果，因?yàn)槲覀儾荒軇?chuàng)建屬于那個(gè)類(lèi)的一個(gè)對(duì)象。一個(gè)abstract（抽象）類(lèi)可包含抽象方法（盡管并不要求在它里面包含什么東西），但它也能包含用于具
體實(shí)現(xiàn)的代碼。因此，它被限制成一個(gè)單一的繼承。通過(guò)與接口聯(lián)合使用，這一方案避免了對(duì)類(lèi)似于C++虛擬基礎(chǔ)類(lèi)那樣的一些機(jī)制的需要。
為創(chuàng)建可進(jìn)行“例示”（即創(chuàng)建一個(gè)實(shí)例）的一個(gè)interface（接口）的版本，需使用implements關(guān)鍵字。它的語(yǔ)法類(lèi)似于繼承的語(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類(lèi)似，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)行期的類(lèi)型標(biāo)識(shí)功能與C++極為相似。例如，為獲得與句柄X有關(guān)的信息，可使用下述代碼：
X.getClass().getName();
為進(jìn)行一個(gè)“類(lèi)型安全”的緊縮造型，可使用：
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采取了不同的異常控制機(jī)制，因?yàn)榇藭r(shí)已經(jīng)不存在構(gòu)建器。可添加一個(gè)finally從句，強(qiáng)制執(zhí)行特定的語(yǔ)句，以便進(jìn)行必要的清除工作。Java中的所有異常都是從基礎(chǔ)類(lèi)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ǔ)類(lèi)版本的異常規(guī)范：它們可丟棄指定的異常或者從那些異常衍生出來(lái)的其他異常。這樣一來(lái)，我們最終得到的是更為
“健壯”的異常控制代碼。
(39) Java具有方法過(guò)載的能力，但不允許運(yùn)算符過(guò)載。String類(lèi)不能用+和+=運(yùn)算符連接不同的字串，而且String表達(dá)式使用自動(dòng)的類(lèi)型轉(zhuǎn)換，但那是一種特殊的內(nèi)建情況。
(40)
通過(guò)事先的約定，C++中經(jīng)常出現(xiàn)的const問(wèn)題在Java里已得到了控制。我們只能傳遞指向?qū)ο蟮木浔镜馗北居肋h(yuǎn)不會(huì)為我們自動(dòng)生成。若希望使用
類(lèi)似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)境中使用。由于我們并不依賴(lài)一家廠商的
方案進(jìn)行可視組件的設(shè)計(jì)，所以組件的選擇余地會(huì)加大，并可提高組件的效能。除此之外，Java
Beans的設(shè)計(jì)非常簡(jiǎn)單，便于程序員理解；而那些由不同的廠商開(kāi)發(fā)的專(zhuān)用組件框架則要求進(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)存漏洞
■明確、“傻瓜式”的異常控制機(jī)制
■為多線程提供了簡(jiǎn)單的語(yǔ)言支持
■對(duì)網(wǎng)絡(luò)程序片進(jìn)行字節(jié)碼校驗(yàn)
posted on 2008-02-27 09:35
Magic 閱讀(184)
評(píng)論(0) 編輯 收藏 引用 所屬分類(lèi):
C/C++ 、
java