業(yè)精于勤荒于嬉,行成于思?xì)в陔S

Oracle數(shù)據(jù)庫查詢一個月的記錄的sql語句:

select LASTUPDTIME from spprereg where
    (to_date('2005-5-1','YYYY-mm-dd')-LASTUPDTIME)<0  and
    (LAST_DAY(to_date('2005-5-1','YYYY-mm-dd'))-LASTUPDTIME)>0

這是我的一個朋友寫的，轉(zhuǎn)給大家看看。

　從某種意義上來說，打工真是害人不淺，長期的打工固化了人的思維，淡化了人的責(zé)任感，扼殺了人的創(chuàng)新思維，沒有成本概念，缺乏長遠(yuǎn)規(guī)劃。最為關(guān)鍵的是，打工打得越久，看問題的視角就越悲觀，自己也就越自卑。
   
　　一群老板聚在一起，大家所交流的話題大多是商業(yè)環(huán)境，以及如何更好地發(fā)展生意等等。向?qū)Ψ秸故镜囊彩亲约汗廨x燦爛的一面和發(fā)展的一面。
   
　　一群打工者聚集在一起，牢騷往往占了多數(shù)，罵老板刻薄，埋怨工作量大且與收入不對稱等等，很少有打工者對自己目前的狀況滿意的，向?qū)Ψ秸故镜囊哺嗟氖亲约簺]有得到重用沒有得到發(fā)揮的一面。當(dāng)然，有牢騷未必是不重視自己的工作，因?yàn)椤跋迂浀牟攀琴I貨的”。留心一下你就會發(fā)現(xiàn)，人在跳槽前反而異常平靜，而成天把跳槽掛嘴邊的人一般是那些一直做下去的人。
   
　　為什么打工者會選擇用語言而不是實(shí)干來獲得心理平衡呢？這與打工者抱著一個什么樣的心態(tài)在打工密不可分。
   
　　筆者從1994年出道，打了四年工，跳出來自己開公司當(dāng)老板，因根基不穩(wěn)，一年后破產(chǎn)，又出來打工，四年后，又跳出來開公司當(dāng)老板。在每次從打工者到老板，又由老板到打工者的轉(zhuǎn)換過程中，都難免要經(jīng)歷一次耗時數(shù)月的心態(tài)調(diào)整和角色轉(zhuǎn)換，逼著自己進(jìn)行換位思考，每次的轉(zhuǎn)換與脫一次皮也差不了多少。
   
　　生意后來做大了，打算讓太太來幫我接管我原來的那家公司，我自己重開一家，可太太打了八年工，接管公司后卻把公司搞得亂七八糟。追查原因，原來太太還是按照打工的那一套在管理公司，我又足足花了兩年時間來幫助太太實(shí)現(xiàn)由一個打工者向老板的轉(zhuǎn)換。由此想到，如今報紙雜志電視上招商廣告到處飛，好像有點(diǎn)資本就可以當(dāng)老板了，好像老板可以速成？其實(shí)這就是許多創(chuàng)業(yè)以失敗告終的原因。
   
　　根據(jù)自己在老板與打工者角色之間不斷轉(zhuǎn)換的過程，我總結(jié)出以下老板與打工者心態(tài)的幾點(diǎn)不同：
   
　　長遠(yuǎn)目標(biāo)與短期行為
   
　　作為一個真正意義上的老板，知道自己最終想要什么，要達(dá)到目標(biāo)需要經(jīng)過哪些過程，具備長遠(yuǎn)眼光，擁有戰(zhàn)略意識。而作為打工者，著眼點(diǎn)也就是當(dāng)前這兩三年，往往第一考慮的還是安全感，如何保住現(xiàn)有的飯碗，自然不會想得太遠(yuǎn)，也不會太高。而且，很少有打工者能進(jìn)行換位思考，站到老板的角度去看問題和考慮問題。也就造成很多打工者很難與老板溝通。
   
　　解決問題與完成工作
   
　　老板對一件工作的完成定義是指把某件事徹底被解決，今天能搞定的一定不拖到明天。而打工者會習(xí)慣性地把工作按照天數(shù)來分解，每天只完成部分工作，下班時間一到心里就習(xí)慣性地想回家，剩下的工作明天再做，在公司里多待一分鐘都不愿意。
   
　　單個環(huán)節(jié)與整個系統(tǒng)
   
　　打工者接到一個指派工作任務(wù)后，進(jìn)行處理或是分解后轉(zhuǎn)交給其他同事，然后在他看來，這事就差不多算完了，反正他負(fù)責(zé)的這塊已經(jīng)做完了，至于轉(zhuǎn)交出去的工作是否被保質(zhì)保量按時完成，那就不是他要操心的范圍了。長此以往，許多打工者已經(jīng)習(xí)慣只管自己的二畝三分地，嚴(yán)重缺少整體系統(tǒng)概念。而老板常常看的是整個任務(wù)的完成。
   
　　推脫責(zé)任與承擔(dān)失敗
   
　　在一個企業(yè)或是公司里，我們最常見到的就是在出現(xiàn)事故后，老板要追查責(zé)任人，大家異常統(tǒng)一、步調(diào)一致地互相推卸責(zé)任，極少有人會站出來承認(rèn)自己工作的不足。打工打久了，遇到問題首先想到的是回避，然后就是設(shè)法推給別人。這樣一來，打工者也就愈加不可能從失敗和失利中學(xué)習(xí)、吸取教訓(xùn)。其實(shí)，老板們的成長就是從一個個自己承擔(dān)失敗，并從中總結(jié)分析了問題原因所在、積累經(jīng)驗(yàn)而來的。
   
　　個人意識與聯(lián)合力量
   
　　很多的打工者腦海中都存在著個人英雄主義，總希望在一些事情上表露一下，在老板面前表表功，為了不被其他同事?lián)屃斯冢杂袝r候就會冒一定的風(fēng)險（當(dāng)然是以公司的資源為成本的）一個人單槍匹馬干點(diǎn)什么出來，當(dāng)然，要是出了婁子，最后還得由公司承擔(dān)，很少有打工者們會從降低成本及風(fēng)險、或是提高效率的角度出發(fā)，去主動聯(lián)合其他同事，共同完成某項(xiàng)任務(wù)。
   
　　大手大腳與成本概念
   
　　作為老板，公司的每一分錢的支出都會算作是成本，省下來的就是利潤，所以，精打細(xì)算是許多老板的習(xí)慣性思維和行為。而打工者們卻是大方得很，反正公司的資產(chǎn)是老板的，只要自己工作方便順手，浪費(fèi)點(diǎn)又算什么，以至于許多打工者在自己做老板的時候，還改變不了在打工時養(yǎng)成的大手大腳的習(xí)慣。
   
　　辦事一條線和思維多樣化
   
　　條條大路通羅馬，完成工作不止一種方法，但打工者長期打工生涯下來，已經(jīng)習(xí)慣了用單一思維去考慮問題，A事就用A類解決辦法，B事就用B類解決辦法，很少會去用超越性的思維來從多角度多方向來探討問題的解決辦法。
   
　　從某種意義上來說，打工真是害人不淺，長期的打工固化了人的思維，淡化了人的責(zé)任感，扼殺了人的創(chuàng)新思維，沒有成本概念，缺乏長遠(yuǎn)規(guī)劃。最為關(guān)鍵的是，打工打得越久，看問題的視角就越悲觀，自己也就越自卑。
   
　　所以提醒各位，即使一時不能當(dāng)老板，也要抱著老板的心態(tài)去打工

“嫁個有錢人”不如自己成為有錢人，你想發(fā)財嗎？你知道如何成為有錢人嗎？

1、做你真正感興趣的事——你會花很多時間在上面，因此你一定要感興趣才行，如果不是這樣的話，你不愿意把時間花在上面，就得不到成功。

2、自己當(dāng)老板。為別人打工，你絕不會變成巨富，老板一心一意地縮減開支，他的目標(biāo)不是使他的職員變成有錢人。

3、提供一種有實(shí)效的服務(wù)，或一種實(shí)際的產(chǎn)品。你要以寫作、繪畫或作曲變成百萬富翁的機(jī)會可以說是無限小，而你要在營造業(yè)、房地產(chǎn)、制造業(yè)發(fā)大財?shù)臋C(jī)會比較大。記住，出版商賺的錢比作家多得多。

4、如果你堅持要用自己的靈感來創(chuàng)業(yè)？最好選擇娛樂業(yè)，在這方面，發(fā)財?shù)乃俣认喈?dāng)快，流行歌曲和電視最理想。

5、不論你是演員或商人，盡量增加你的觀眾。在小咖啡館唱歌的人，所賺的錢一定比不上替大唱片公司灌唱片的人，地方性的商人，不會比全國性的商人賺的錢多。

6、找出一種需要，然后滿足它。社會越變越復(fù)雜，人們所需要的產(chǎn)品和服務(wù)越來越多，最先發(fā)現(xiàn)這些需求而且滿足他們的人，是改進(jìn)現(xiàn)有產(chǎn)品和服務(wù)的人，也是最先成為富翁的人。

7、不要不敢采用不同的方式——新的方法和新產(chǎn)品，會造成新的財富。但必須確定你的新方法比舊方法更理想，你的新方法必
想致富,請栽搖錢 引爆數(shù)碼影像!
中華川菜火鍋大聯(lián) 加盟樂可可天天樂

須增進(jìn)產(chǎn)品外觀、效率、品質(zhì)、方便或者降低成本。

8、如果你受過專業(yè)教育，或者有特殊才能，充分利用它。如果你燒得一手好菜，而卻要去當(dāng)泥水匠，那就太笨了。

9、在你著手任何事情之前，仔細(xì)地對周圍的情形研究一番。政府機(jī)關(guān)和公共圖書館，可以提供不少資料，先做研究，可以節(jié)省你不少時間和金錢。

10、不要一直都想著發(fā)大財，不如你想想如何改進(jìn)你的事業(yè)，您應(yīng)該常常問自己的是：“我如何改良我的事業(yè)？”如何使事業(yè)進(jìn)行順利，財富就會跟著而來。

11、可能的話，進(jìn)行一種家庭事業(yè)，這種方法可以減少費(fèi)用，增進(jìn)士氣，利潤的分配很簡單，利潤能夠得到充分的利用，整個事業(yè)控制也較容易。

12、盡可能減少你的費(fèi)用，但不能犧牲你的品質(zhì)，否則的話，你等于是在慢性自殺，賺錢的機(jī)會不會大。

13、跟同行的朋友維持友誼——他們可能對你很有幫助。

14、把盡量多的時間花在事業(yè)上。一天12小時、一星期6天是最低要求，一天14小時到18小時很平常，一星期工作7天最好了。你必須先犧牲家庭和社會上的娛樂，直到你事業(yè)站穩(wěn)為止。也只有到那時候，你才能把責(zé)任分給別人。

15、不要不敢自己下決心。聽聽別人的贊美和批評，但你自己要下決心。

16、不要不敢說實(shí)話。拐彎抹角，只會浪費(fèi)時間，心里想什么就說什么，而且要盡可能地直截了當(dāng)?shù)亍⒚鞔_地說出來。

17、不要不敢承認(rèn)自己的錯誤。犯了錯誤并不是一種罪行，犯錯不改才是罪過。

18、不要因?yàn)槭【凸悴磺啊Ｊ∈请y免的，也是有價值的，從失敗中，你會學(xué)到正確的方法論。

19、不要在不可行的觀念上打轉(zhuǎn)。一發(fā)現(xiàn)某種方法行不通，立即把它放棄。世界上有無數(shù)的方法，把時間浪費(fèi)在那些不可行的方法上是無可彌補(bǔ)的損失。

20、不要冒你承擔(dān)不起的風(fēng)險。如果你損失10萬元，若損失得起的話，就可以繼續(xù)下去，但如果你賠不起5萬元，而一旦失敗的話，你就完蛋了。

21、一再投資，不要讓你的利潤空閑著，你的利潤要繼續(xù)投資下去，最好投資別的事業(yè)或你控制的事業(yè)上，那樣，才能錢滾錢，替你增加好幾倍的財富。

22、請一位高明的律師——他會替你節(jié)約更多的金錢和時間，比起你所給予的將要多的多。

23、請一位精明的會計師。最初的時候，你自己記賬，但除非你本身是個會計師，你還是請一位精明的會計師，可能決定你的成功和失敗——他是值得你花錢的。

24、請專家替你報稅。一位機(jī)靈的稅務(wù)專家，可又替你免很多的稅。

25、好好維持你的健康和你的平靜心靈——否則的話，擁有再多的錢也沒有什么意思。

多疑，敏感，天真，猶豫不決，膽怯，多慮

-如果有就趕快克服它。

 

1.了解你的精力充沛期。通常人們在早晨9點(diǎn)左右工作效率最高，可以把最困難的工作放到這時來完成。

　　2.集中一天中的頭兩個小時來處理手頭的工作并不接電話、不開會、不受打擾。這樣可以事半功倍。

　　3.立刻回復(fù)重要的郵件，將不重要的丟棄。若任它們積累成堆，反而更費(fèi)時間。

　　4.做個任務(wù)清單，將所有的項(xiàng)目和約定記在效率手冊中。手頭一定要帶著效率手冊以幫助自己按計劃行事。

　　5.學(xué)會高效地利用零碎時間，用來讀點(diǎn)東西或是構(gòu)思一個文件，不要發(fā)呆或做白日夢。

　　6.把瑣碎的工作寫在單子上，以便有零碎時間時馬上去做。

　　7.并非每件工作都值得精工細(xì)做，有些事只要過得去就可以了。一遍又一遍地寫些瑣碎的備忘錄不是高效利用時間的做法。

　　8.減少回電話的時間。如果你需要傳遞的只是一個信息，不妨在工作以外的時間在錄音電話上留言，或是發(fā)個電子郵件。

　　9.如果有人在電話中喋喋不休地講話，你可以禮貌地結(jié)束電話。

　　10.對可能打來的電話做到心中有數(shù)，這樣在你接到所期待的電話后便可迅速找到所需要的各種材料，不必當(dāng)時亂翻亂找。

　　11.學(xué)習(xí)上網(wǎng)高效搜尋的技能，以節(jié)省上網(wǎng)查詢的時間。把你經(jīng)常要瀏覽的網(wǎng)站收集起來以便隨時找到。

　　12.用國際互聯(lián)網(wǎng)簡化商業(yè)旅行的安排。多數(shù)飯店和航線可以網(wǎng)上查詢和預(yù)訂。

　　13.只要情況允許就可委派別人分擔(dān)工作。事必躬親會使自己疲憊不堪，而且永遠(yuǎn)也做不完。不妨請同事幫忙，或讓助手更努力地投入。

　　14.做個靈活的日程表，當(dāng)你需要時便可以忙中偷閑。例如，在中午加班，然后早一小時離開辦公室去健身，或是每天工作10個小時，然后用星期五來赴約會、看醫(yī)生。

　　15.在離開辦公室之前開列次日工作的清單，這樣第二天早晨一來便可以全力以赴。

Java中支持方法名相同，但是方法參數(shù)不同而自動去選擇執(zhí)行哪一個方法，如print(int i)和print(String str),雖然方法名相同，但是參數(shù)不同。象這里的int和String 參數(shù)差異比較大所以看起來這種重載沒什么差別，但是如果是類型差別不大， 會出現(xiàn)什么情況呢？

   看下面的代碼：

    public void f(float i){
        System.out.println("float");
    }

    public viod f(double i){
       System.out.println("double");
   }

    那么執(zhí)行 f(5)會輸出什么呢？5是被認(rèn)為是float類型還是double類型還是會報錯呢？執(zhí)行結(jié)果是 float 。原來在這種情況下，該數(shù)據(jù)類型能被轉(zhuǎn)為一個較大的數(shù)據(jù)類型，比5較大的數(shù)據(jù)類型是float,其次才到double,所以輸出結(jié)果是float。還有一個特殊的情況就是如果輸入類型為char,如這里我們執(zhí)行f('a'),

不要以為這會出錯，其實(shí)是不會出錯的，因?yàn)槿绻麤]有發(fā)現(xiàn)一個準(zhǔn)確的char于它匹配，那么它就把這個char轉(zhuǎn)換成int類型，如果沒有int類型和它匹配，在去尋找較大的數(shù)據(jù)類型，這里它找到了float,所以這里執(zhí)行flaot('a')輸出的還是 float。

  下面再討論另外一種情況，譬如說下面這種情況:

   定義了下面一個方法：

  public void f(int i){
    System.out.println("int ");
}

  如果執(zhí)行f(100.99)會不會在這種數(shù)據(jù)類型大于這種重載方法期待的變量時會怎么處理呢？會不會把這種較大的數(shù)據(jù)類型縮小到期待的數(shù)據(jù)類型？編譯一下，很遺憾出錯了，在這種情況下是出錯的。

這么快就12點(diǎn)半了，睡覺了~~~不然明天早晨爬不起來了。

雖然Java中g(shù)oto語句只是java的一個保留字，沒有起任何作用，但是我今天在使用continue和break語句時，還是發(fā)現(xiàn)了其中又goto語句的影子。因?yàn)閏ontinue和break語句都支持跳到一個Label的位置。下面是具體的用法：

  inner:
  for( int  i = 0 ; i<3 ;i++ ){
   System.out.println("iiii===>"+i); 
   for( int j =0 ; j<5; j++ ){
    if( j == 1 )
      continue  inner;
    System.out.println("j===>"+j); 
   }
  }

上面一段語句的輸出為

iiii===>0
j===>0
iiii===>1
j===>0
iiii===>2
j===>0

一般的 continue語句都是跳出當(dāng)前循環(huán)，但是這個會跳出到標(biāo)記inner的位置。

 

Java中檢查兩個對象是否相等，這個看起來很簡單的事情但是實(shí)際做起來不一定是一個簡單的事情。我們可能首先想到的是＝＝運(yùn)算符號，但是這個運(yùn)算符真的能比較兩個對象么？我們先看下面一段代碼：

   public static void main(String [] argv ){

        Integer    A = new Integer(47);

       Integer     B = new Integer(47);

      System.out.println( A == B ) ;

     System.out.println( A != B );

}

可能你覺得輸出的結(jié)果是true false ,但是結(jié)果正好相反，是：false,true。不要覺得奇怪，因?yàn)椋剑綄?shí)際比較的是兩個對象的句柄，而不是對象的內(nèi)容，所以 A==B輸出為false,    而A != B  輸出為false.

可能以為equals方法能幫我們解決這個問題，那么來試一下，

class Value {
  int i;
}

public class EqualsMethod2 {
  public static void main(String[] args) {
    Value v1 = new Value();
    Value v2 = new Value();
    v1.i = v2.i = 100;
    System.out.println(v1.equals(v2));
  }
} ///:~
結(jié)果輸出的并不是我們所希望的true,而是false,這是因?yàn)轭惸J(rèn)的equal方法是直接比較句柄的，而不是我們所希望的比較內(nèi)容，所以我們不得不發(fā)現(xiàn)我們要比較兩個類的內(nèi)容我們不得不在類中重寫equal()方法來實(shí)現(xiàn)比較兩個類的內(nèi)容。

 

原出處:http://dev.csdn.net/article/20/20614.shtm

(1) 類名首字母應(yīng)該大寫。字段、方法以及對象（句柄）的首字母應(yīng)小寫。對于所有標(biāo)識符，其中包含的所有單詞都應(yīng)緊靠在一起，而且大寫中間單詞的首字母。例如：
ThisIsAClassName
thisIsMethodOrFieldName
若在定義中出現(xiàn)了常數(shù)初始化字符，則大寫static final基本類型標(biāo)識符中的所有字母。這樣便可標(biāo)志出它們屬于編譯期的常數(shù)。
Java包（Package）屬于一種特殊情況：它們?nèi)际切懽帜福幢阒虚g的單詞亦是如此。對于域名擴(kuò)展名稱，如com，org，net或者edu等，全部都應(yīng)小寫（這也是Java 1.1和Java 1.2的區(qū)別之一）。

(2) 為了常規(guī)用途而創(chuàng)建一個類時，請采取“經(jīng)典形式”，并包含對下述元素的定義：

equals()
hashCode()
toString()
clone()（implement Cloneable）
implement Serializable

(3) 對于自己創(chuàng)建的每一個類，都考慮置入一個main()，其中包含了用于測試那個類的代碼。為使用一個項(xiàng)目中的類，我們沒必要刪除測試代碼。若進(jìn)行了任何形式的改動，可方便地返回測試。這些代碼也可作為如何使用類的一個示例使用。

(4) 應(yīng)將方法設(shè)計成簡要的、功能性單元，用它描述和實(shí)現(xiàn)一個不連續(xù)的類接口部分。理想情況下，方法應(yīng)簡明扼要。若長度很大，可考慮通過某種方式將其分割成較短的幾個方法。這樣做也便于類內(nèi)代碼的重復(fù)使用（有些時候，方法必須非常大，但它們?nèi)詰?yīng)只做同樣的一件事情）。

(5) 設(shè)計一個類時，請設(shè)身處地為客戶程序員考慮一下（類的使用方法應(yīng)該是非常明確的）。然后，再設(shè)身處地為管理代碼的人考慮一下（預(yù)計有可能進(jìn)行哪些形式的修改，想想用什么方法可把它們變得更簡單）。
(6) 使類盡可能短小精悍，而且只解決一個特定的問題。下面是對類設(shè)計的一些建議：
■一個復(fù)雜的開關(guān)語句：考慮采用“多形”機(jī)制
■數(shù)量眾多的方法涉及到類型差別極大的操作：考慮用幾個類來分別實(shí)現(xiàn)
■許多成員變量在特征上有很大的差別：考慮使用幾個類

(7) 讓一切東西都盡可能地“私有”——private。可使庫的某一部分“公共化”（一個方法、類或者一個字段等等），就永遠(yuǎn)不能把它拿出。若強(qiáng)行拿出，就可能破壞其他人現(xiàn)有的代碼，使他們不得不重新編寫和設(shè)計。若只公布自己必須公布的，就可放心大膽地改變其他任何東西。在多線程環(huán)境中，隱私是特別重要的一個因素——只有private字段才能在非同步使用的情況下受到保護(hù)。

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

(9) 若不得已進(jìn)行一些不太雅觀的編程，至少應(yīng)該把那些代碼置于一個類的內(nèi)部。

(10) 任何時候只要發(fā)現(xiàn)類與類之間結(jié)合得非常緊密，就需要考慮是否采用內(nèi)部類，從而改善編碼及維護(hù)工作（參見第14章14.1.2小節(jié)的“用內(nèi)部類改進(jìn)代碼”）。

(11) 盡可能細(xì)致地加上注釋，并用javadoc注釋文檔語法生成自己的程序文檔。

(12) 避免使用“魔術(shù)數(shù)字”，這些數(shù)字很難與代碼很好地配合。如以后需要修改它，無疑會成為一場噩夢，因?yàn)楦静恢馈?00”到底是指“數(shù)組大小”還是“其他全然不同的東西”。所以，我們應(yīng)創(chuàng)建一個常數(shù)，并為其使用具有說服力的描述性名稱，并在整個程序中都采用常數(shù)標(biāo)識符。這樣可使程序更易理解以及更易維護(hù)。

(13) 涉及構(gòu)建器和異常的時候，通常希望重新丟棄在構(gòu)建器中捕獲的任何異常——如果它造成了那個對象的創(chuàng)建失敗。這樣一來，調(diào)用者就不會以為那個對象已正確地創(chuàng)建，從而盲目地繼續(xù)。

(14) 當(dāng)客戶程序員用完對象以后，若你的類要求進(jìn)行任何清除工作，可考慮將清除代碼置于一個良好定義的方法里，采用類似于cleanup()這樣的名字，明確表明自己的用途。除此以外，可在類內(nèi)放置一個boolean（布爾）標(biāo)記，指出對象是否已被清除。在類的finalize()方法里，請確定對象已被清除，并已丟棄了從RuntimeException繼承的一個類（如果還沒有的話），從而指出一個編程錯誤。在采取象這樣的方案之前，請確定finalize()能夠在自己的系統(tǒng)中工作（可能需要調(diào)用System.runFinalizersOnExit(true)，從而確保這一行為）。

(15) 在一個特定的作用域內(nèi)，若一個對象必須清除（非由垃圾收集機(jī)制處理），請采用下述方法：初始化對象；若成功，則立即進(jìn)入一個含有finally從句的try塊，開始清除工作。

(16) 若在初始化過程中需要覆蓋（取消）finalize()，請記住調(diào)用super.finalize()（若Object屬于我們的直接超類，則無此必要）。在對finalize()進(jìn)行覆蓋的過程中，對super.finalize()的調(diào)用應(yīng)屬于最后一個行動，而不應(yīng)是第一個行動，這樣可確保在需要基礎(chǔ)類組件的時候它們依然有效。

(17) 創(chuàng)建大小固定的對象集合時，請將它們傳輸至一個數(shù)組（若準(zhǔn)備從一個方法里返回這個集合，更應(yīng)如此操作）。這樣一來，我們就可享受到數(shù)組在編譯期進(jìn)行類型檢查的好處。此外，為使用它們，數(shù)組的接收者也許并不需要將對象“造型”到數(shù)組里。

(18) 盡量使用interfaces，不要使用abstract類。若已知某樣?xùn)|西準(zhǔn)備成為一個基礎(chǔ)類，那么第一個選擇應(yīng)是將其變成一個interface（接口）。只有在不得不使用方法定義或者成員變量的時候，才需要將其變成一個abstract（抽象）類。接口主要描述了客戶希望做什么事情，而一個類則致力于（或允許）具體的實(shí)施細(xì)節(jié)。

(19) 在構(gòu)建器內(nèi)部，只進(jìn)行那些將對象設(shè)為正確狀態(tài)所需的工作。盡可能地避免調(diào)用其他方法，因?yàn)槟切┓椒赡鼙黄渌烁采w或取消，從而在構(gòu)建過程中產(chǎn)生不可預(yù)知的結(jié)果（參見第7章的詳細(xì)說明）。

(20) 對象不應(yīng)只是簡單地容納一些數(shù)據(jù)；它們的行為也應(yīng)得到良好的定義。

(21) 在現(xiàn)成類的基礎(chǔ)上創(chuàng)建新類時，請首先選擇“新建”或“創(chuàng)作”。只有自己的設(shè)計要求必須繼承時，才應(yīng)考慮這方面的問題。若在本來允許新建的場合使用了繼承，則整個設(shè)計會變得沒有必要地復(fù)雜。

(22) 用繼承及方法覆蓋來表示行為間的差異，而用字段表示狀態(tài)間的區(qū)別。一個非常極端的例子是通過對不同類的繼承來表示顏色，這是絕對應(yīng)該避免的：應(yīng)直接使用一個“顏色”字段。

(23) 為避免編程時遇到麻煩，請保證在自己類路徑指到的任何地方，每個名字都僅對應(yīng)一個類。否則，編譯器可能先找到同名的另一個類，并報告出錯消息。若懷疑自己碰到了類路徑問題，請試試在類路徑的每一個起點(diǎn)，搜索一下同名的.class文件。

(24) 在Java 1.1 AWT中使用事件“適配器”時，特別容易碰到一個陷阱。若覆蓋了某個適配器方法，同時拼寫方法沒有特別講究，最后的結(jié)果就是新添加一個方法，而不是覆蓋現(xiàn)成方法。然而，由于這樣做是完全合法的，所以不會從編譯器或運(yùn)行期系統(tǒng)獲得任何出錯提示——只不過代碼的工作就變得不正常了。

(25) 用合理的設(shè)計方案消除“偽功能”。也就是說，假若只需要創(chuàng)建類的一個對象，就不要提前限制自己使用應(yīng)用程序，并加上一條“只生成其中一個”注釋。請考慮將其封裝成一個“獨(dú)生子”的形式。若在主程序里有大量散亂的代碼，用于創(chuàng)建自己的對象，請考慮采納一種創(chuàng)造性的方案，將些代碼封裝起來。

(26) 警惕“分析癱瘓”。請記住，無論如何都要提前了解整個項(xiàng)目的狀況，再去考察其中的細(xì)節(jié)。由于把握了全局，可快速認(rèn)識自己未知的一些因素，防止在考察細(xì)節(jié)的時候陷入“死邏輯”中。

(27) 警惕“過早優(yōu)化”。首先讓它運(yùn)行起來，再考慮變得更快——但只有在自己必須這樣做、而且經(jīng)證實(shí)在某部分代碼中的確存在一個性能瓶頸的時候，才應(yīng)進(jìn)行優(yōu)化。除非用專門的工具分析瓶頸，否則很有可能是在浪費(fèi)自己的時間。性能提升的隱含代價是自己的代碼變得難于理解，而且難于維護(hù)。

(28) 請記住，閱讀代碼的時間比寫代碼的時間多得多。思路清晰的設(shè)計可獲得易于理解的程序，但注釋、細(xì)致的解釋以及一些示例往往具有不可估量的價值。無論對你自己，還是對后來的人，它們都是相當(dāng)重要的。如對此仍有懷疑，那么請試想自己試圖從聯(lián)機(jī)Java文檔里找出有用信息時碰到的挫折，這樣或許能將你說服。

(29) 如認(rèn)為自己已進(jìn)行了良好的分析、設(shè)計或者實(shí)施，那么請稍微更換一下思維角度。試試邀請一些外來人士——并不一定是專家，但可以是來自本公司其他部門的人。請他們用完全新鮮的眼光考察你的工作，看看是否能找出你一度熟視無睹的問題。采取這種方式，往往能在最適合修改的階段找出一些關(guān)鍵性的問題，避免產(chǎn)品發(fā)行后再解決問題而造成的金錢及精力方面的損失。

(30) 良好的設(shè)計能帶來最大的回報。簡言之，對于一個特定的問題，通常會花較長的時間才能找到一種最恰當(dāng)?shù)慕鉀Q方案。但一旦找到了正確的方法，以后的工作就輕松多了，再也不用經(jīng)歷數(shù)小時、數(shù)天或者數(shù)月的痛苦掙扎。我們的努力工作會帶來最大的回報（甚至無可估量）。而且由于自己傾注了大量心血，最終獲得一個出色的設(shè)計方案，成功的快感也是令人心動的。堅持抵制草草完工的誘惑——那樣做往往得不償失。

(31) 可在Web上找到大量的編程參考資源，甚至包括大量新聞組、討論組、郵寄列表等。下面這個地方提供了大量有益的鏈接：

  Java中c中的指針的概念，但是我在使用中還是碰到過一些問題，如我把一個一個對象A賦值給對象B時，這兩個對象有一個改變，那么另外一個也相應(yīng)的改變。下面分別談?wù)勥@可能發(fā)生問題的幾種情況:

<一>從“一個對象到另一個對象的賦值”，如:

        Class  A = new Class();

       Class  B  = A;

       這種情況實(shí)際把句柄從一個地方復(fù)制到另外一個地方，這種情況下對象B和A實(shí)際指向的是同一個句柄，更新B會影響到A,同樣更新A也會影響到B。

<二>把對象作為方法的參數(shù)傳遞到一個方法中。Java方法的參數(shù)傳遞可以分成兩種：一種是值傳遞，這種一般是簡單的數(shù)據(jù)類型，如int,long,double,char這些等；一種類似是c中的引用傳遞，就是把對象作為一個引用傳遞給方法參數(shù)，在這種情況下，在方法中把這個傳入的參數(shù)對象改變，那么相應(yīng)的傳入這個參數(shù)引用的對象也相應(yīng)的改變。如:

     Number A = new Number();
     A.num   = 9;
     test(A);

     方法定義:

    public  void   test(Number n){
      n.num = 99;
    }

   那么A的num值會變成99.

<三>;把對象保存在ArrayList中.如果把一個對象保存在一個AyyayList中，如果這個對象再發(fā)生改變，那么在這個ArrayList中保存的對象也會改變，說白了還是兩個還是公用同一個句柄.如:

   Number A = new Number();
     A.num = 100;
     java.util.ArrayList list = new ArrayList();
     list.add(A);
     A.num = 999;
     Number B = (Number)list.get(0);
     System.out.println(B.num);

那么輸出為999,對象A的更改影響到了ArrayList中的保存的對象.