【正文】 讓Maven幫你創(chuàng)建一個Eclipse工程。（比如Apache Commons Lang通用工具庫），讓你的程序依賴于它的二進制jar包（而不是直接拷貝源代碼），用命令行編譯、運行（注意classpath等）；也熟悉一下如何用你的集成開發(fā)環(huán)境添加第三方依賴。按這種方式給Java的變量、方法命名。知道文件要自己在finally子句中close()，不要妄想垃圾回收器會幫你關(guān)掉文件。（）同時留意一下基本類型int, double等和裝箱類型Integer和Double的區(qū)別，以及它們是如何自動轉(zhuǎn)換的。如果愿意。要留意即使有垃圾回收的情況下也會發(fā)生的內(nèi)存泄露（如自己設(shè)計數(shù)組容器，元素是引用，邏輯上刪除了元素，但并沒有清成null）。順便學(xué)習(xí)一下面向?qū)ο蟮幕舅枷?，即對象、消息、封裝、繼承、多態(tài)等，這些通用的內(nèi)容不是Java特有的。，包括基本數(shù)據(jù)結(jié)構(gòu)、表達式、語句、控制流、函數(shù)調(diào)用。當(dāng)然，養(yǎng)成不用盜版軟件的習(xí)慣。過程中熟悉源代碼、字節(jié)碼、虛擬機這些東西，以及Java的包（package）。養(yǎng)成不用盜版軟件的習(xí)慣。但有一些一般的步驟：，比如vim, eclipse, notepad++, textmate等。但對于我個人來說，我只是將其作為一份模塊測試的文字記錄，以防會忽略掉某些已知的缺陷和錯誤，以及對一些核心模塊的時間和空間效率進行簡單的測試，以便日后翻查。在測試描述中應(yīng)該包括輸入的數(shù)據(jù)集和輸出的結(jié)果，還有運行的時間等。測試分析 用于指出程序存在或潛在的缺陷和錯誤，以及程序性能的數(shù)字描述。在某個時刻，你可能會靈光一閃，做出了一個非常偉大的改動，但過了一段時間，當(dāng)你再回過頭來重新閱讀同一段代碼的時候，你很有可能只記得在這里的改動是非常明智的，可是卻無論如何也想不起其明智在哪里。別小看這些記錄，它往往會成為你以后對程序進行維護時的重要依據(jù)。開發(fā)日志 我一直都認(rèn)為這是文檔中最有趣的部分。假如嫌麻煩的話，就干脆使用那些被大多數(shù)人認(rèn)可的標(biāo)準(zhǔn)，例如UML圖。其實對于個人來說，只要能把意思表達出來，想怎樣畫都無所謂，關(guān)鍵是自己要有一套標(biāo)準(zhǔn)，別在這個圖中，矩形表示過程，而在另一個圖中，則是表示I/O。這個部分的文檔是改動得最多的，如果與螺旋周期模型結(jié)合，甚至需要循環(huán)地對每一個模塊進行深入設(shè)計和細(xì)化，所以，為了便于管理，我通常都對每一個較復(fù)雜的模塊都單獨立一份文檔。軟件設(shè)計 這就是對程序的每一個模塊的詳細(xì)設(shè)計的說明文檔。在用OO編程的時候，我通常以類作為程序模塊劃分的基本單元。對于客戶的一個復(fù)雜的功能要求，一般可以用分治法分為一個或多個子功能，每一個子功能對應(yīng)一個功能模塊，而每一個功能模塊則可以由一個或多個程序模塊來實現(xiàn)。同時，還要列出程序的功能模塊和邏輯流程，即與客戶的每一項功能要求對應(yīng)的程序功能模塊有哪些以及這些功能模塊是按照怎樣的邏輯步驟來逐項完成客戶的要求的。需求分析 就是對客戶要求的功能的定義。在這里，對工程任務(wù)的描述是從整體的角度來說的，例如：能對當(dāng)前的象棋棋局進行分析并作出最優(yōu)決策的人工智能系統(tǒng)。項目描述 這是在決定立項以后，對當(dāng)前項目的一份扼要說明。還要對可能存在的風(fēng)險進行評估，例如，萬一項目主管被車撞了要怎么辦?？尚行苑治?就是關(guān)于當(dāng)前項目能不能干的分析結(jié)果。而對于像我這種業(yè)余的，寫個程序除了練練手藝，無非就是供自己和親朋好友玩玩，則根本沒必要搞得過于復(fù)雜。至于文檔怎樣寫，教科書上大多都是一條一條列得滿滿的，就像一些地方政府的規(guī)章制度一樣，其實大可不必，只要能滿足需要就行。當(dāng)過了一段時間，你需要再回過頭來修改你的程序的時候，你就會發(fā)現(xiàn)，你以前寫下的文檔實在太有價值了。三是可以作為以后維護時的參考資料。在腦子里的東西一多，就會散而且亂，用語言表達的時候，很容易會丟三落四，別人也很難把握住你的思想。一大幫子人爭先恐后，激烈辯論，然后會終人散，思想靈感也就隨之散了，結(jié)果是開了半天會，什么也沒討論出來。二是便于交流。文檔的作用在于以下3個方面：一是可以幫助整理思路。軟件開發(fā)過程的實現(xiàn)具體到每一步的工作要怎樣完成，我前面已提到過，是非常靈活的，只要把握住大體的方向就行?？峙轮挥心切┮呀?jīng)發(fā)展得非常成熟，且規(guī)模不大的系統(tǒng)，例如：用Access做后臺，用VB畫前端的數(shù)據(jù)庫應(yīng)用程序，才有瀑布模型一展拳腳的地方。它將軟件開發(fā)過程規(guī)劃為“分析—設(shè)計—編碼—測試—維護”的線性過程，也就是說，你必須首先把你的軟件要干的每一件工作都分析得徹徹底底，再對每一個模塊，每一個接口，事無巨細(xì)，都設(shè)計得非常完美，然后才開始編碼的工作，并且在編碼的時候就像在對著圖紙砌模型，根本不用再回頭作任何修改，當(dāng)然，是在把所有的代碼都寫完以后才開始測試的?，F(xiàn)在來看一下最古老，最經(jīng)典，同時也是最倍受批評的瀑布模型。我不知道是否成為高手以后會有所不同，因為我身邊沒有那樣的人?？傊?，除非你是先知，否則，對于一個具有一定規(guī)模和復(fù)雜度的軟件來說，在“設(shè)計—編碼”這個過程中，實在有太多的不可預(yù)知性和變化性，你根本不可能全盤地把握住每一個細(xì)節(jié)。例如，最簡單的情況是，你通常都會突然發(fā)現(xiàn)在兩個成員函數(shù)中有相同的代碼，這時，程序員的直覺告訴你，你應(yīng)該為你的類再添加一個private成員函數(shù)并將公共的代碼放于其中；又或者是，你突然發(fā)現(xiàn)一個模塊中的某個功能具有很高的通用性，完全可以提取出來作為一個獨立的功能組件，而你也確實應(yīng)該這樣做；要是倒霉一點的話，你很有可能會在最后調(diào)試的時候突然發(fā)現(xiàn)，你的程序跑得太慢了，連你自己都無法忍受。在我看來，除了第一步外，其余的步驟應(yīng)該是一個循環(huán)的過程。想想自己平時是怎樣寫程序的。軟件開發(fā)過程的組織如何組織軟件開發(fā)過程中的每一個步驟，就是軟件開發(fā)周期模型要解決的問題。所以，在不同的公司或團體中，盡管核心思想都是大同小異，但具體到每一個步驟，往往都是不相同的。規(guī)范只是提供一個好的例子，以描述一種思想，具體到每一個環(huán)節(jié)怎樣實現(xiàn)，對于不同的公司或團體則是各有千秋，因為根本就不可能存在一套放之天下皆可行的標(biāo)準(zhǔn)。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設(shè)計，編碼，調(diào)試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。好的規(guī)則就叫做規(guī)范，規(guī)范都是由一些master們根據(jù)經(jīng)驗總結(jié)的，又經(jīng)過長時間的歷練，不斷地被補充修正，可以說都是精華，按照規(guī)范來干活，對于提高軟件質(zhì)量和工作效率自然大有幫助。這樣，當(dāng)幾個人合在一起干活的時候，最終的結(jié)果就只能是一片混亂。這些任務(wù)以某種方式動態(tài)地結(jié)合起來就構(gòu)成了軟件開發(fā)的整個過程，這就是所謂的“軟件開發(fā)周期”。他于1968年寫給ACM的一封題為Goto StatementConsidered Harmful 的信中，指出了GOTO語句的負(fù)面作用，并提出了解決之道，其引發(fā)的一系列效應(yīng)最終帶來了軟件工程的誕生。于是，軟件開發(fā)成了“工程”，程序員也就淪為“工人”了。軟件工程到現(xiàn)在已發(fā)展了30多年，可以說是相當(dāng)成熟的了。馬克思告訴我們，萬物都是從量變到質(zhì)變的。在開始合作的初期，由于大家都習(xí)慣了當(dāng)很有個性的“藝術(shù)家”，結(jié)果可想而知，一個是畢加索派的，而另一個是意大利印象派的，再加上一個畫潑墨山水畫的，要是像這樣湊出來的東西都能不出問題的話，那么Bill早就轉(zhuǎn)行了。像如此龐大復(fù)雜的怪物，就算你是如何的天才，一個人肯定是搞不定的，否則，等你把程式寫出來，人家Intel連奔騰N都開發(fā)出來了。于是，隨之而來的就是硬件的迅猛發(fā)展和越來越變態(tài)的軟件。所以那時候程序員在大家眼中，跟那些搞美術(shù)，音樂的是一類的，被稱為“藝術(shù)家”。JAVA不要孤立地去學(xué)習(xí)，需要綜合學(xué)習(xí)數(shù)據(jù)結(jié)構(gòu)、OOP、軟件工程、UML、網(wǎng)絡(luò)編程、數(shù)據(jù)庫技術(shù)等知識。不幸的是因為要學(xué)的東西太多且多變，沒時間陪老婆家人或女朋友，導(dǎo)致身心疲憊，嚴(yán)重者甚至導(dǎo)致抑郁癥。第一層含義是技術(shù)規(guī)范，多到:///docs/codeconv/，中文的也有，啊，還要問我在哪。 規(guī)范的重要性沒有規(guī)矩，不成方圓。入寶山而空手歸，你心甘嗎？對這些工具、框架進行分析，領(lǐng)會其中的設(shè)計思想，有朝一日說不定你也能寫一個XXX框架什么的，風(fēng)光一把。JAVA領(lǐng)域有許多源代碼開放的工具、組件、框架，JUnit、ANT、Tomcat、Struts、Spring、Jive論壇、PetStore寵物店等等多如牛毛。而有的問題，你可能需要直接看API的源代碼驗證你的想法。而像“某些類/方法如何使用的問題”，DOC文檔就是答案。 查書/google寫代碼測試查看源代碼請教別人當(dāng)我們遇到問題的時候該如何解決？這時候不要急著問別人，太簡單的問題，沒經(jīng)過思考的問題，別人會因此而瞧不起你?！襁x擇構(gòu)造器，大多數(shù)使用類的方式是創(chuàng)建對象。使用步驟一般如下：●找特定的包，包一般根據(jù)功能組織。對待DOC文檔要像毛主席語錄，早上起床念一遍，吃飯睡覺前念一遍。J2SE/J2EE/J2ME的DOC文檔是程序員與程序員交流的工具，幾乎人手一份，除了菜鳥之外。當(dāng)程序員編寫好某些類，覺得很有成就感,想把它貢獻給各位苦難的同行。浴火重生的Eclips