工學CH7-Java語言程序設(shè)計中的若干問題

CH7:Java語言程序設(shè)計若干問題

2004–10-21主要內(nèi)容[1]回顧[2]C/C++與Java的對比[3]Java程序設(shè)計規(guī)則[4]程序設(shè)計方法回顧CH1基本概念及Java簡介CH2Java語法及簡單程序設(shè)計（一）CH3Java語法及簡單程序設(shè)計（二）CH4面向?qū)ο蟮幕靖拍頒H5Java語言中面向?qū)ο蟮膶崿F(xiàn)CH6Java語言中的數(shù)組和字符串C/C++與Java的比較Java的許多思想衍生于C++C++和Java之間仍然存在一些比較大的差異Java的許多語法和C/C++的很類似C/C++與Java的比較最大的差別在于速度，由于速度的限制，有些問題肯定是Java不能解決的。異同點1C/C++與Java的比較Java也提供了兩種類型的注釋

// /**/

異同點2C/C++與Java的比較Java中沒有象結(jié)構(gòu)、枚舉或者聯(lián)合這一類的東西，一切只有類異同點3structPDSLINE{ …}enum{ …}union{ …}C/C++與Java的比較

所有方法都是在類的主體定義的。異同點4

C/C++中，內(nèi)連函數(shù)是在*.h中的；

Java中，方法被聲明為final有時可以提高性能，編譯器可以自由地內(nèi)聯(lián)的調(diào)用C/C++與Java的比較Java中，類定義采取幾乎和C++一樣的形式，但沒有標志結(jié)束的分號。沒有類聲明，只有類的定義。異同點5C/C++與Java的比較Java中，沒有作用域范圍運算符“::”，Java利用“.”作所有的事情。static方法的調(diào)用package的名字是用.建立的，并用import關(guān)鍵字實現(xiàn)的，在C/C++中，是用include實現(xiàn)的。異同點6#include并不直接映射成import，但在使用的時候有類似的感覺！C/C++與Java的比較與C++類似，Java含有一系列主類型以實現(xiàn)更高效率的訪問，包括：boolean，char，byte，short，int，long，float以及double。所有大小是固定的，且與具體機器無關(guān)?？紤]到移植問題，但會對性能造成一定的影響。對類型的檢查和要求在Java中更苛刻條件表達式只能是boolean型，不可使用整數(shù)必須使用象x+y這樣的一個表達式結(jié)果異同點7C/C++與Java的比較Java中的char型使用16位的Unicode字符集異同點8可以描述大多數(shù)國家的語言字符C/C++與Java的比較Java中的字符串是通過String對象（類）實現(xiàn)的，而C/C++中，字符串是通過字符數(shù)組實現(xiàn)的異同點9C/C++與Java的比較Java中添加了一個右移位運算符“>>>”異同點10復習：移位運算符>>op1按位右移op2位op1>>op2<<op1按位左移op2位op1<<op2>>>op1添零右移op2位op1>>>op2算術(shù)移位邏輯移位移位運算符按位右移>>添0右移>>>用來將一個數(shù)的二進制序列右移若干位，移到右端的低位被舍棄，最高位則移入原來高位的值。a=00110111a>>2=00001101

b=11010011b>>2=11110100用來將一個數(shù)的二進制序列右移若干位，移到右端的低位被舍棄，最高位補0。a=00110111a>>>2=00001101

b=11010011b>>>2=00110100C/C++與Java的比較Java數(shù)組采用的是一個頗為不同的結(jié)構(gòu)，并具有獨特的行為。有一個只讀的length成員，通過它可知道數(shù)組有多大。而且一旦超過數(shù)組邊界，運行期檢查會自動丟棄一個異常。所有數(shù)組都是在內(nèi)存“堆”里創(chuàng)建的，我們可將一個數(shù)組分配給另一個（只是簡單地復制數(shù)組句柄）。異同點11C/C++與Java的比較對于所有不屬于主類型的對象，都只能通過new命令創(chuàng)建。所有主類型都只能在棧上創(chuàng)建，同時不使用new命令。所有主要的類都有自己的“封裝（器）”類，所以能夠通過new創(chuàng)建等價的、以內(nèi)存“堆”為基礎(chǔ)的對象。異同點12（主類型數(shù)組是一個例外：它們可象C++那樣通過集合初始化進行分配，或者使用new）C/C++與Java的比較Java中不必進行提前聲明。若想在定義前使用一個類或方法，只需直接使用它即可——編譯器會保證使用恰當?shù)亩x。所以和在C++中不同，我們不會碰到任何涉及提前引用的問題。異同點13C/C++與Java的比較Java沒有預(yù)處理機。若想使用另一個庫里的類，只需使用import命令，并指定庫名即可。不存在類似于預(yù)處理機的宏。

異同點14C/C++與Java的比較Java用包代替了命名空間。由于將所有東西都置入一個類，而且由于采用了一種名為“封裝”的機制，它能針對類名進行類似于命名空間分解的操作，所以命名的問題不再進入我們的考慮之列。數(shù)據(jù)包也會在單獨一個庫名下收集庫的組件。我們只需簡單地“import”（導入）一個包，剩下的工作會由編譯器自動完成。

異同點15C/C++與Java的比較被定義成類成員的對象句柄會自動初始化成null。對基本類數(shù)據(jù)成員的初始化在Java里得到了可靠的保障。若不明確地進行初始化，它們就會得到一個默認值（零或等價的值）。也可以在類內(nèi)定義它們，也可以在構(gòu)造函數(shù)中定義。采用的語法比C++的語法更容易理解，而且對于static和非static成員來說都是固定不變的。我們不必從外部定義static成員的存儲方式，這和C++是不同的。異同點16C/C++與Java的比較在Java里，沒有指針。用new創(chuàng)建一個對象的時候，會獲得一個引用。例如：

Strings=newString("howdy");異同點17C++引用在創(chuàng)建時必須進行初始化，而且不可重定義到一個不同的位置。但Java引用并不一定局限于創(chuàng)建時的位置。它們可根據(jù)情況任意定義，這便消除了對指針的部分需求。C/C++與Java的比較異同點17在C和C++里大量采用指針的另一個原因是為了能指向任意一個內(nèi)存位置。指針通常被看作在基本變量數(shù)組中四處移動的一種有效手段。Java允許我們以更安全的形式達到相同的目標。Java語言最開始聲稱自己“完全不采用指針！”或者確切的說，Java“采用受到限制的指針”。但不管怎么說，都不存在指針“算術(shù)”。

C/C++與Java的比較Java提供了與C++類似的構(gòu)造函數(shù)。如果不自己定義一個，就會獲得一個默認構(gòu)建器。而如果定義了一個非默認的構(gòu)建器，就不會為我們自動定義默認構(gòu)建器。這和C++是一樣的。異同點18注意沒有復制構(gòu)建器，因為所有自變量都是按引用傳遞的。C/C++與Java的比較Java中沒有析構(gòu)函數(shù)。變量不存在“作用域”的問題。finalize()方法是每一個類的成員，但finalize()是由垃圾收集器調(diào)用的，而且只負責釋放“資源”（如打開的文件、套接字、端口、URL等等）。異同點19C++中的所有對象都會被析構(gòu)，但并非Java中的所有對象都會被當作“垃圾”收集掉。如需在一個特定的地點做某樣事情，必須創(chuàng)建一個特殊的方法，并調(diào)用它，不能依賴finalize()。由于Java不支持“析構(gòu)”

的概念，所以必須謹慎地創(chuàng)建一個清除方法。而且針對類內(nèi)的基礎(chǔ)類以及成員對象，需要明確調(diào)用所有清除方法。C/C++與Java的比較Java具有方法“重載”機制，它的工作原理與C++函數(shù)的重載幾乎是完全相同的。

異同點20C/C++與Java的比較Java不支持默認自變量。異同點21C++：

floatGetDistance(floatx,floaty,boolb=true);

C/C++與Java的比較Java中沒有g(shù)oto。它采取的無條件跳轉(zhuǎn)機制是“break標簽”或者“continue標準”，用于跳出當前的多重嵌套循環(huán)。異同點22C/C++與Java的比較Java采用了一種單根式的分級結(jié)構(gòu)，因此所有對象都是從根類Object統(tǒng)一繼承的。而在C++中，我們可在任何地方啟動一個新的繼承樹，所以最后往往看到包含了大量樹的“一片森林”。在Java中，我們無論如何都只有一個分級結(jié)構(gòu)。盡管這表面上看似乎造成了限制，但由于我們知道每個對象肯定至少有一個Object接口，所以往往能獲得更強大的能力。異同點23C++目前似乎是唯一沒有強制單根結(jié)構(gòu)的唯一一種OO語言。

C/C++與Java的比較

Java沒有模板或者參數(shù)化類型的其他形式。它提供了一系列集合：Vector（向量），Stack（堆棧）以及Hashtable（散列表），用于容納Object引用。利用這些集合，我們的一系列要求可得到滿足。但這些集合并非是為實現(xiàn)象C++“標準模板庫”（STL）那樣的快速調(diào)用而設(shè)計的。異同點24C/C++與Java的比較

“垃圾收集”意味著在Java中出現(xiàn)內(nèi)存漏洞的情況會少得多，但也并非完全不可能。異同點25若調(diào)用一個用于分配存儲空間的native方法，垃圾收集器就不能對其進行跟蹤監(jiān)視內(nèi)存漏洞和資源漏洞多是由于編寫不當?shù)膄inalize()造成的，或是由于在塊尾沒有釋放資源造成的垃圾收集器是在C++基礎(chǔ)上的一種極大進步，使許多編程問題消彌于無形之中。但對少數(shù)幾個垃圾收集器力有不逮的問題，它卻是不大適合的。但垃圾收集器的大量優(yōu)點也使這一處缺點顯得微不足道。C/C++與Java的比較

Java內(nèi)建了對多線程的支持。利用一個特殊的Thread類，我們可通過繼承創(chuàng)建一個新線程（放棄了run()方法）。若將synchronized關(guān)鍵字作為方法的一個類型限制符使用，相互排斥現(xiàn)象會在對象這一級發(fā)生。在任何給定的時間，只有一個線程能使用一個對象的synchronized方法。在另一方面，一個synchronized方法進入以后，它首先會“鎖定”對象，防止其他任何synchronized方法再使用那個對象。只有退出了這個方法，才會將對象“解鎖”。在線程之間，我們?nèi)匀灰撠煂崿F(xiàn)更復雜的同步機制，方法是創(chuàng)建自己的“監(jiān)視器”類。遞歸的synchronized方法可以正常運作。若線程的優(yōu)先等級相同，則時間的“分片”不能得到保證。

異同點26C/C++與Java的比較Java不是象C++那樣聲明代碼塊，而是將訪問限定符置入每個類成員的定義里。若未規(guī)定一個顯式限定符，就會取默認值。意味著同一個包里的其他元素也可以訪問它（相當于它們都成為C++的friends），但不可由包外的任何元素訪問。異同點27類——以及類內(nèi)的每個方法——都有一個訪問限定符，決定它是否能在文件的外部“可見”。C/C++與Java的比較嵌套的類。在C++中，對類進行嵌套有助于隱藏名稱，并便于代碼的組織（但C++的“命名空間”已使名稱的隱藏顯得多余）。Java的“封裝”或“打包”概念等價于C++的命名空間，所以不再是一個問題。Java1.1引入了“內(nèi)部類”的概念，它秘密保持指向外部類的一個句柄——創(chuàng)建內(nèi)部類對象的時候需要用到。這意味著內(nèi)部類對象也許能訪問外部類對象的成員，毋需任何條件。這樣便為回調(diào)問題提供了一個更優(yōu)秀的方案異同點28C/C++與Java的比較由于存在前面介紹的那種內(nèi)部類，所以Java里沒有指向成員的指針。

異同點29C/C++與Java的比較

Java不存在“嵌入”（inline）方法。Java編譯器也許會自行決定嵌入一個方法，但我們對此沒有更多的控制權(quán)力。嵌入函數(shù)對于C++的編譯器來說也只是一種建議。異同點30C/C++與Java的比較

Java中的繼承具有與C++相同的效果，但采用的語法不同。Java用extends關(guān)鍵字標志從一個基礎(chǔ)類的繼承，super關(guān)鍵字只允許我們訪問父類的方法，甚至調(diào)用父類構(gòu)建器。異同點31所有類最終都會從Object里自動繼承。C/C++與Java的比較

Java中的繼承不會改變基礎(chǔ)類成員的保護級別。我們不能在Java中指定public，private或者protected繼承，這一點與C++是不同的。此外，在衍生類中的優(yōu)先方法不能減少對基礎(chǔ)類方法的訪問。例如，假設(shè)一個成員在基礎(chǔ)類中屬于public，而我們用另一個方法代替了它，那么用于替換的方法也必須屬于public（編譯器會自動檢查）。異同點32C/C++與Java的比較

復習C/C++中繼承時的關(guān)鍵字：

publicclassA:publicB publicclassA:privateB publicclassA:protectedB異同點32public:

類型繼承（typeinheritance）private:

實現(xiàn)繼承（implementationinheritance），派生類不直接支持基類的公有接口，相反，當它提供公有接口時，希望重用基類的實現(xiàn)protected:

基類的所有公有成員都成為派生類的protected成員。C/C++與Java的比較Java提供了一個interface關(guān)鍵字，它的作用是創(chuàng)建抽象基礎(chǔ)類的一個等價物。在其中填充抽象方法，且沒有數(shù)據(jù)成員。這樣一來，對于僅僅設(shè)計成一個接口的東西，以及對于用extends關(guān)鍵字在現(xiàn)有功能基礎(chǔ)上的擴展，兩者之間便產(chǎn)生了一個明顯的差異。異同點33abstract關(guān)鍵字產(chǎn)生一種類似的效果，因為我們不能創(chuàng)建屬于那個類的一個對象。一個abstract（抽象）類可包含抽象方法，但它也能包含用于具體實現(xiàn)的代碼。因此，它被限制成一個單一的繼承。通過與接口聯(lián)合使用，這一方案避免了對類似于C++虛擬基礎(chǔ)類那樣的一些機制的需要。

C/C++與Java的比較

Java中沒有virtual關(guān)鍵字，因為所有非static方法都肯定會用到動態(tài)綁定。在Java中，程序員不必自行決定是否使用動態(tài)綁定。C++之所以采用了virtual，是由于我們對性能進行調(diào)整的時候，可通過將其省略，從而獲得執(zhí)行效率的少量提升。virtual經(jīng)常會造成一定程度的混淆，而且獲得令人不快的結(jié)果。final關(guān)鍵字為性能的調(diào)整規(guī)定了一些范圍——它向編譯器指出這種方法不能被取代，所以它的范圍可能被靜態(tài)約束（而且成為嵌入狀態(tài)，所以使用C++非virtual調(diào)用的等價方式）。這些優(yōu)化工作是由編譯器完成的。異同點34C/C++與Java的比較

Java不提供多重繼承機制（MI），至少不象C++那樣做。由于Java使用interface關(guān)鍵字幫助我們自動完成多個接口的合并工作。異同點35C/C++與Java的比較運行期的類型標識功能與C++極為相似。例如，為獲得與句柄X有關(guān)的信息，可使用下述代碼：

X.getClass().getName();異同點36為進行一個“類型安全”的緊縮造型，可使用：

derivedd=(derived)base;

這與舊式風格的C造型是一樣的。編譯器會自動調(diào)用動態(tài)造型機制，不要求使用額外的語法。C++的“newcasts”那樣具有易于定位造型的優(yōu)點，但Java會檢查使用情況，并丟棄那些“異?！保运粫驝++那樣允許壞造型的存在。

C/C++與Java的比較回顧：C/C++中的顯式轉(zhuǎn)換（cast）異同點36static_castdynamic_castconst_castreinterpret_castC/C++與Java的比較

Java采取了不同的異常控制機制，因為此時已經(jīng)不存在構(gòu)建器?？商砑右粋€finally從句，強制執(zhí)行特定的語句，以便進行必要的清除工作。Java中的所有異常都是從基礎(chǔ)類Throwable里繼承而來的，所以可確保我們得到的是一個通用接口。

異同點37

publicvoidf(Objb)throwsIOException{

myresource

mr=b.createResource();try{

mr.UseResource();}catch(MyExceptione){//handlemyexception}catch(Throwablee){//handleallotherexceptions}finally{

mr.dispose();//specialcleanup}}C/C++與Java的比較

Java的異常規(guī)范比C++的出色得多。丟棄一個錯誤的異常后，不是象C++那樣在運行期間調(diào)用一個函數(shù)，Java異常規(guī)范是在編譯期間檢查并執(zhí)行的。除此以外，被取代的方法必須遵守那一方法的基礎(chǔ)類版本的異常規(guī)范：它們可丟棄指定的異?；蛘邚哪切┊惓Ｑ苌鰜淼钠渌惓！＿@樣一來，我們最終得到的是更為“健壯”的異?？刂拼a。異同點38C/C++與Java的比較

Java具有方法過載的能力，但不允許運算符過載。String類不能用+和+=運算符連接不同的字串，而且String表達式使用自動的類型轉(zhuǎn)換，但那是一種特殊的內(nèi)建情況。異同點39C/C++與Java的比較C++中經(jīng)常出現(xiàn)的const問題在Java里已得到了控制。我們只能傳遞指向?qū)ο蟮木浔?，本地副本永遠不會為我們自動生成。若希望使用類似C++按值傳遞那樣的技術(shù)，可調(diào)用clone()，生成自變量的一個本地副本異同點40C/C++與Java的比較JavaApplication的編程與JavaApplet的編程之間存在著顯著的差異。異同點41Foxexample:Applet不允許我們進行磁盤的寫操作，因為這樣做會造成從遠程站點下載的、不明來歷的程序可能胡亂改寫我們的磁盤。！這一個問題會得到改進！安全的考慮C/C++與Java的比較Java提供了一個NATIVE解決方案用于解決象直接訪問硬件這樣的重要任務(wù)，我們就肯定能夠解決與平臺有關(guān)的問題。異同點42C/C++也提供了與其他語言接口的方案。Appletcan’tcallnative,onlyapplication!C/C++與Java的比較Java提供對注釋文檔的內(nèi)建支持，所以源碼文件也可以包含它們自己的文檔。通過一個單獨的程序，這些文檔信息可以提取出來，并重新格式化成HTML。這無疑是文檔管理及應(yīng)用的極大進步。

異同點43C/C++與Java的比較Java包含了一些標準庫，用于完成特定的任務(wù)。C++則依靠一些非標準的、由其他廠商提供的庫。異同點44連網(wǎng)

數(shù)據(jù)庫連接（通過JDBC）

多線程分布式對象（通過RMI和CORBA）壓縮商貿(mào)由于這些庫簡單易用，而且非常標準，所以能極大加快應(yīng)用程序的開發(fā)速度。

C/C++與Java的比較Java1.1包含了JavaBeans標準，后者可創(chuàng)建在可視編程環(huán)境中使用的組件。由于遵守同樣的標準，所以可視組件能夠在所有廠商的開發(fā)環(huán)境中使用。由于我們并不依賴一家廠商的方案進行可視組件的設(shè)計，所以組件的選擇余地會加大，并可提高組件的效能。除此之外，JavaBeans的設(shè)計非常簡單，便于程序員理解；而那些由不同的廠商開發(fā)的專用組件框架則要求進行更深入的學習。異同點45C/C++與Java的比較若訪問Java句柄失敗，就會丟棄一次異常。這種丟棄測試并不一定要正好在使用一個句柄之前進行。根據(jù)Java的設(shè)計規(guī)范，只是說異常必須以某種形式丟棄。許多C++運行期系統(tǒng)也能丟棄那些由于指針錯誤造成的異常。

異同點46C/C++與Java的比較

Java通常比C/C++顯得更為健壯：

對象句柄初始化成null（一個關(guān)鍵字）句柄肯定會得到檢查，并在出錯時丟棄異常

所有數(shù)組訪問都會得到檢查，及時發(fā)現(xiàn)邊界違例情況

自動垃圾收集，防止出現(xiàn)內(nèi)存漏洞

明確、“傻瓜式”的異?？刂茩C制

為多線程提供了簡單的語言支持

對網(wǎng)絡(luò)程序片進行字節(jié)碼校驗異同點47Java編程規(guī)則類名首字母應(yīng)該大寫。字段、方法以及對象（句柄）的首字母應(yīng)小寫。對于所有標識符，其中包含的所有單詞都應(yīng)緊靠在一起，而且大寫中間單詞的首字母。

ThisIsAClassNamethisIsMethodOrFieldName

若在定義中出現(xiàn)了常數(shù)初始化字符，則大寫staticfinal基本類型標識符中的所有字母。這樣便可標志出它們屬于編譯期的常數(shù)。Java包（Package）屬于一種特殊情況：它們?nèi)际切懽帜福幢阒虚g的單詞亦是如此。對于域名擴展名稱，如com，org，net或者edu等，全部都應(yīng)小寫1Java編程規(guī)則為了常規(guī)用途而創(chuàng)建一個類時，請采取“經(jīng)典形式”，并包含對下述元素的定義

equals():2hashCode():toString():clone()（implementCloneable）implementSerializableJava編程規(guī)則對于自己創(chuàng)建的每一個類，都考慮置入一個main()，其中包含了用于測試那個類的代碼。為使用一個項目中的類，我們沒必要刪除測試代碼。若進行了任何形式的改動，可方便地返回測試。這些代碼也可作為如何使用類的一個示例使用。

3Java編程規(guī)則應(yīng)將方法設(shè)計成簡要的、功能性單元，用它描述和實現(xiàn)一個不連續(xù)的類接口部分。理想情況下，方法應(yīng)簡明扼要。若長度很大，可考慮通過某種方式將其分割成較短的幾個方法。這樣做也便于類內(nèi)代碼的重復使用。4Java編程規(guī)則設(shè)計一個類時，設(shè)身處地為客戶程序員和管理代碼的人員考慮一下，前者需要類的使用方法應(yīng)該是非常明確；后者要求必須用何種方法把它們變得更簡單。5Java編程規(guī)則使類盡可能短小精悍，而且只解決一個特定的問題。下面是對類設(shè)計的一些建議：

一個復雜的開關(guān)語句：考慮采用“多形”機制6數(shù)量眾多的方法涉及到類型差別極大的操作：考慮用幾個類來分別實現(xiàn)許多成員變量在特征上有很大的差別：考慮使用幾個類Java編程規(guī)則讓一切東西都盡可能地“私有”——private?？墒箮斓哪骋徊糠帧肮不薄？煞判拇竽懙馗淖兤渌魏螙|西。在多線程環(huán)境中，隱私是特別重要的一個因素——只有private字段才能在非同步使用的情況下受到保護

7Java編程規(guī)則謹惕“巨大對象綜合癥”。對一些習慣于順序編程思維、且初涉OOP領(lǐng)域的新手，往往喜歡先寫一個順序執(zhí)行的程序，再把它嵌入一個或兩個巨大的對象里。根據(jù)編程原理，對象表達的應(yīng)該是應(yīng)用程序的概念，而非應(yīng)用程序本身。

8Java編程規(guī)則若不得已進行一些不太雅觀的編程，至少應(yīng)該把那些代碼置于一個類的內(nèi)部。9Java編程規(guī)則任何時候只要發(fā)現(xiàn)類與類之間結(jié)合得非常緊密，就需要考慮是否采用內(nèi)部類，從而改善編碼及維護工作10Java編程規(guī)則盡可能細致地加上注釋，并用javadoc注釋文檔語法生成自己的程序文檔。11Java編程規(guī)則避免使用“魔術(shù)數(shù)字”，這些數(shù)字很難與代碼很好地配合。所以，我們應(yīng)創(chuàng)建一個常數(shù)，并為其使用具有說服力的描述性名稱，并在整個程序中都采用常數(shù)標識符。這樣可使程序更易理解以及更易維護。12Java編程規(guī)則涉及構(gòu)建器和異常的時候，通常希望重新丟棄在構(gòu)建器中捕獲的任何異?！绻斐闪四莻€對象的創(chuàng)建失敗。這樣一來，調(diào)用者就不會以為那個對象已正確地創(chuàng)建，從而盲目地繼續(xù)。13Java編程規(guī)則當客戶程序員用完對象以后，若你的類要求進行任何清除工作，可考慮將清除代碼置于一個良好定義的方法里，采用類似于cleanup()這樣的名字，明確表明自己的用途。除此以外，可在類內(nèi)放置一個boolean標記，指出對象是否已被清除。在類的finalize()方法里，請確定對象已被清除，如果還沒有的話，就拋出一個異常。14Java編程規(guī)則在一個特定的作用域內(nèi)，若一個對象必須清除，請采用下述方法：初始化對象；若成功，則立即進入一個含有finally從句的try塊，開始清除工作。

15Java編程規(guī)則若在初始化過程中需要覆蓋finalize()，請記住調(diào)用super.finalize()。在對finalize()進行覆蓋的過程中，對super.finalize()的調(diào)用應(yīng)屬于最后一個行動，而不應(yīng)是第一個行動，這樣可確保在需要基礎(chǔ)類組件的時候它們依然有效。

16Java編程規(guī)則創(chuàng)建大小固定的對象集合時，請將它們傳輸至一個數(shù)組。這樣一來，我們就可享受到數(shù)組在編譯期進行類型檢查的好處。此外，為使用它們，數(shù)組的接收者也許并不需要將數(shù)組對象中的元素進行轉(zhuǎn)換。17Java編程規(guī)則盡量使用interfaces，不要使用abstract類。若已知某樣東西準備成為一個基礎(chǔ)類，那么第一個選擇應(yīng)是將其變成一個interface（接口）。只有在不得不使用方法定義或者成員變量的時候，才需要將其變成一個abstract（抽象）類。接口主要描述了客戶希望做什么事情，而一個類則致力于（或允許）具體的實施細節(jié)。18Java編程規(guī)則在構(gòu)建器內(nèi)部，只進行那些將對象設(shè)為正確狀態(tài)所需的工作。盡可能地避免調(diào)用其他方法，因為那些方法可能被其他人覆蓋或取消，從而在構(gòu)建過程中產(chǎn)生不可預(yù)知的結(jié)果19Java編程規(guī)則對象不應(yīng)只是簡單地容納一些數(shù)據(jù)；它們的行為