第一篇：java學習中遇到的問題

這節(jié)教程將討論一些在學習JAVA語言過程中可能遇到的共同問題。問題一：編譯器找不到類。

解決方法：

1.確保你已經(jīng)導入了類或者它的包。

2.如果對CLASSPATH環(huán)境變量有進行設置，要重新復位。

3.確保類名的拼寫跟定義的一樣，要注意大小寫問題。

4.如果類在包中，要確保它們處在正確的子目錄中。

5.同時，一些程序員從.java文件名字為類使用不同的名字。要確保你是使

用類名字而不是文件名。實際上，使類名和文件名相同就不會出現(xiàn)這個錯誤了。

問題二：注釋器不能找到其中一個類

解決方法：

1.確保你指定的是類名而不是類的文件名。

2.如果對CLASSPATH環(huán)境變量有進行設置，要重新復位。

3.如果類在包中，要確保它們處在正確的子目錄中。

4.確保你從.class文件所在的目錄中調用這個注釋器。

問題三：程序不能工作？究竟出了什么錯誤？

以下是JAVA新手犯的公共錯誤，注意以下的各條：

1.你是否忘記在在switch語句中的每一個case語句使用break？

2.你是否在應該使用比較運算符號==的時候使用了賦值運算符=？

3.在循環(huán)語句中的終止條件是否正確？確保你沒有過早或者過遲終止循環(huán)。

也就是說，確保正確使用< 或<=或 >或 >= a運算符。

4.記住數(shù)組的索引是從0開始的，因此數(shù)組的循環(huán)應該是：

for(int i = 0;i < array.length;i++)

...5.你是否在比較浮點型數(shù)使用了==？大于號和小于號（>和<）運算符在對浮

點數(shù)的條件邏輯中更合適。

6.你是否對封裝、繼承或者其它面向對象編程和設計概念理解有問題？

7.確保語句塊圈在大括號{和}中間。下面的代碼塊看起來好象是對的，因為

它采用縮進的編寫，但是你仔細看這里缺少了{ }：

for(int i = 0;i < arrayOfInts.length;i++)

arrayOfInts[i] = i;

System.out.println(“[i] = ” + arrayOfInts[i]);

8.你是否正確使用條件運算符號？要確保理解&& 和 ||以及正確使用它們。

9.你是否使用了否定運算符（!）？盡量不要使用它。這樣會減少錯誤的發(fā)

生。

10.你是否使用了do-while語句。如果有，你知道do-while語句至少執(zhí)行一

次嗎？它跟while循環(huán)語句不一樣的，它可以連一次都不執(zhí)行。

11.你是否想從方法中改變參數(shù)的數(shù)值？在JAVA中的參數(shù)是由參數(shù)來傳遞的，它不能在方法中改變。

12.你是否無意地增加一個分號（;）來過早終止語句？比如：

for(int i = 0;i < arrayOfInts.length;i++);

arrayOfInts[i] = i

第二篇：班組管理中遇到問題

班組管理中遇到問題

1職工執(zhí)行力不夠（較弱）：安排工作不及時完成且完不成不匯報

2工作積極性不高部分職工工作積極性不高：具體表現(xiàn)在工作態(tài)度不夠嚴謹，不能對工作中存在的問題舉一反三的思考，工作不細致，缺乏相應的工作責任心或責任心不夠強。3班組之間缺乏協(xié)作關系：工作中需要相互幫助與溝通，主要表現(xiàn)在班組長身上對于出現(xiàn)的問題相互推脫嚴重

4激勵方法：獎勵考核表面上激發(fā)員工積極性，取得立杠見影效果，但取得的效果存在短暫性、短期性。過多處罰使員工身處對工作及上級存在不滿情況且隨時間積累甚至產生不必要的矛盾，不利于相互溝通了解，降低員工積極性引發(fā)員工執(zhí)行力差。

5班組之間缺乏溝通與交流：缺乏溝通并不是員工內部而是以班組為單位，主要是存在班組之間存在于個別員工，他們考慮問題是不考慮全面只顧局部或個人利益，不利于班組之間合作，影響班組之間協(xié)作關系。

管理知識培訓意見

1執(zhí)行力方面

2職工的崗位職責意識

3提高員工素質方面

4加強班組雙向溝通方面

5改善員工激勵手段方法方面

第三篇：3d 遇到問題

一，如果3dsmax8一使用“光度學燈”死機，這么解決：

刪除D:3dsMax8dlcomponents文件夾下的DlComponentList。

然后新建一文件夾，起名為【DlComponentList】。{至于這里的D:3dsMax8，只是3d的安裝目錄，你可以根據(jù)自己的安裝目錄選擇}

DlComponentList是使用光度學燈的記錄。

新建【DlComponentList】的目的是不讓其生成這個記錄文件。

二，在3d中建的正方體和平面等都有斜線，就是都是三角面的解決方法。

組合快捷鍵【alt+U】，再點【P】，在【首選項】對話框里，點【視口Viewports】選項卡。在最底部點【配置驅動程序Configue Driver...】，此時，1、如果是OpenGL。

在對話框中去掉【Display Wireframe Objects Using Triangle Strips使用三角面顯示線框對象】。

2、如果是Direct 3D。

在對話框中去掉【Display All Triangle Edges顯示所有三角形邊】前面的勾。

三，3DMAX9.0渲染鍵后面沒有下拉列表

找不到[區(qū)域]Region渲染功能,【Region渲染功能】這樣調出來：

3dmax9不能【區(qū)域渲染】的解決方法：

1、在你的3DMAX9安裝目錄下找到Ui文件夾。找到DefaultUI.cui右鍵記事本打開。

2、【F3】輸入Item40，查找下一個。找到

Item40=5|110|140|30104|0|19|2|1342177795|ComboBox|視圖。

把這個Item40改為41然后運行max9。

3、點自定義菜單,點加載自定義UI方案,載入

defaultui.cui就OK了。

四，3d9不顯示縮略圖的解決方法

復制下面的這些，然后粘貼到新建的文本文檔中，然后在我的電腦工具欄中點工具，文件夾選項，查看，去掉 隱藏已知文件類型的擴展名的勾選，顯示出文件的后綴文件類型。將你剛才新建的文本文檔的后綴.txt改為.reg然后雙擊就好了，你的3d9文件在縮略圖下就會顯示了。

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT.max]

@=“3dsmax”

[HKEY_CLASSES_ROOT.maxmax]

[HKEY_CLASSES_ROOT.maxmaxShellNew]

[HKEY_CLASSES_ROOT.maxOpenWithList]

[HKEY_CLASSES_ROOT.maxOpenWithList3dsmax.exe]

[HKEY_CLASSES_ROOT.maxShellEx]

[HKEY_CLASSES_ROOT.maxShellEx{BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}]

@=“{9DBD2C50-62AD-11d0-B806-00C04FD706EC}”

[HKEY_CLASSES_ROOT.maxShellNew-]

“NullFile”=""

VR渲染器 3D9的一些小細節(jié)

類別:個人日記評論(0)瀏覽(340)2008-12-26[原創(chuàng)]

標簽： 交流

最近經(jīng)常碰到有一些新手會問起這方面的一些比較常見的問題，今天比較有空所以將這些一一列舉出來，希望對廣大新手們能夠有所幫助。我知道的不是很多，只好是想到多少就寫多少了，隨時更新。

1.VR渲染器是不支持3D自帶的光線跟蹤陰影的，如果用了光線跟蹤陰影的燈光是不會出線任何效果的。

2.VR渲染器在計算3D自帶的建筑材質的時候會出錯，表現(xiàn)為墻面會出現(xiàn)大量色斑，顏色不定。

3.這個問題可能是遇到最多的了，就是經(jīng)常會有人在打開某個網(wǎng)上下載下來的模型的時候，會出現(xiàn)一個錯誤的對話框，并會自動關閉3D程序。這其實也是材質的問題，解決方法也有很多人說過，比如刪除某個文件什么的，這我就不說了。我要說的是我自己的經(jīng)驗：出現(xiàn)這樣問題的一般是中文版的軟件，解決方法是在使用VR材質的時候不要打開在視空中顯示貼圖這個選項。如圖：。如需打開這個選項，請進入漫反射貼圖通道中打開，就行了。所以大家在導入模型時出現(xiàn)軟件錯誤自動關閉的問題時一般就是因為你所要導入的模型打開了這個選項，并且你用的又是中文版的。所以你可以改過來，怎么改自己想想吧。碰到這個問題的人應該都比較有經(jīng)驗了，比如線框模式下就不會自動關閉，但是暗F3轉化平滑高光時就會出錯了，呵呵。

4。有一些人的3D不能使用光度學燈光，只要一加入光度學燈，程序就掛了，卡主不動了，其實很好解決，只要你在安裝軟件的時候不要安裝在帶有任何中文的盤符或者文件夾下。我只試過中文版的，英文版的不知道是不是這樣一回事。

暫時就想到這么多，再想到我會再寫上來，希望能有所幫助

第四篇：patran動力分析中遇到問題總結

一、Scratch DBset不夠用，計算非正常終止

f06文件的錯誤提示

（一）：

*** USER FATAL MESSAGE 1221(GALLOC)THE PARTITION OF THE SCRATCH DBSET USED FOR DMAP-SCRATCH DATABLOCKS IS FULL.USER INFORMATION: THE DMAP SCRATCH PARTITION WILL NOT SPILL INTO THE 300-SCRATCH PARTITION.USER ACTION: 1.SET NASTRAN SYSTEM(151)=1, OR 2.INCREASE THE NUMBER OF MEMBERS, AND/OR THEIR MAXIMUM SIZE, FOR THE SCRATCH DBSET ON-THE “INIT” STATEMENT.說明：

臨時性數(shù)據(jù)庫SCRATCH DBSET 滿了，需要擴展該數(shù)據(jù)庫規(guī)模以滿足存儲需求。而且數(shù)據(jù)庫300-SCRATCH 的空間沒有讓數(shù)據(jù)庫SCRATCH DBSET共享。解決方法

（一）： 在rcf文件中添加： SYSTEM(151)=1 使數(shù)據(jù)庫300-SCRATCH的空間能讓讓數(shù)據(jù)庫SCRATCH DBSET 分享。若還不能解決此問題，則計算非正常終止，出現(xiàn) f06文件的錯誤提示

（二）：

*** USER FATAL MESSAGE 1012(GALLOC)DBSET SCRATCH IS FULL AND TO BE EXPANDED.USER ACTION: SEE THE MSC.NASTRAN INSTALLATION AND OPERATIONS GUIDE OR TAN 4893 ON THE MSC.WEB FOR METHOD TO MAKE LARGE DATABASE.說明：

臨時性數(shù)據(jù)庫DBSET SCRATCH滿了，需要擴充該數(shù)據(jù)庫規(guī)模以滿足存儲需求。解決方法

（二）：

再在輸入文件(BDF文件)的文件管理段(file management section,FMS)中添加： INIT SCRATCH LOGICAL=(SCR1(300000)), SCR300=(SCRA(300000))用以重新設置SCRATCH DBset的大小，其中的300000可以根據(jù)情況改成其它合適的數(shù)字，然后重啟動(restart)計算。注意，不能單獨采用EXPAND卡片來擴充Scratch DBset，因為Scratch DBset為臨時性的，這與下文的DBALL不同。

二、DBALL DBset不夠用，計算非正常結束 f06文件的錯誤提示：

*** USER FATAL MESSAGE 1012(GALLOC)DBSET DBALL IS FULL AND NEEDS TO BE EXPANDED.USER ACTION: SEE THE MSC.NASTRAN INSTALLATION AND OPERATIONS GUIDE OR TAN 4893 ON THE MSC WEB SITE FOR METHODS TO MAKE LARGER DATABASES.說明：

永久性數(shù)據(jù)庫DBSET DBALL滿了，需要擴充該數(shù)據(jù)庫規(guī)模以滿足存儲需求。解決方法

（一）在輸入文件(BDF文件)的FMS中添加EXPAND卡片，擴充 DBALL DBset： RESTART VERSION=1,KEEP ASSIGN MASTER='jobx.MASTER'

EXPAND DBALL LOGICAL =(ADDB1(500000))INIT SCRATCH LOGICAL=(SCR1(300000)), SCR300=(SCRA(300000))用以擴充DBALL DBset的大小，加粗字體的EXPAND卡片中的500000可以改為其它合適的數(shù)值，然后重啟動計算。解決方法

（二）：

在輸入文件(BDF文件)的FMS中添加： INIT MASTER LOGICAL=(MASTER(5000))INIT DBALL LOGICAL=(DBALL(3000000))INIT SCRATCH LOGICAL=(SCR1(3000000)), SCR300=(SCRA(3000000))用以重新設置DBALL DBset的大小，加粗字體的3000000可以改為其它合適的值，然后重新計算。

三、f06文件過大，達到40GB，根本沒法打開查看

f06沒法用記事本、寫字板打開，即使能用其它軟件打開，也很慢，嚴重影響對計算情況的掌握。解決思路是取消打印節(jié)點和單元的各種輸出量，這只要在輸入文件中相關的輸出量卡片加入plot選項即可。比如取消位移的打?。?/p>

未取消打印之前：DISPLACEMENT(SORT2,REAL)=ALL 取消打印之后：DISPLACEMENT(PLOT,SORT2,REAL)=ALL

四、XDB文件容量不夠，計算非正常結束 f06文件的錯誤提示：

*** SYSTEM FATAL MESSAGE 6062(DBC)*** DIOMSG ERROR MESSAGE 6 FROM SUBROUTINE WRTLST

OVERFLOW OF DICTIONARY PRIMARY INDEX FOR DATA BASE UNIT 1.說明：

預設置的XDB文件大小規(guī)模不夠，不能將結果完全輸出。解決方法

（一）在輸入文件(BDF文件)的FMS中添加：

ASSIGN DBC='XXX.xdb',RECL=32768,UNIT=40,DELETE 用以增大XDB文件的容量，其中的RECL,UNIT值可以按需要修改。之后重新提交運算。解決方法

（二）將輸入文件(BDF文件)數(shù)據(jù)段中的 PARAM POST 0 改為

PARAM POST-1 即把輸出文件從原來的XDB類型改為OP2類型。不過，對于超大的OP2文件，Patran有可能連接不成功，所以不推薦使用方法(二)。

五、計算非正常結束后，修改bdf文件，并在提交計算時希望在已有的計算結果上接著之前的計算結果算，而不必從頭開始，大大計算節(jié)省時間，可使用restart。參見附件文檔。另外，1）在輸出應力時，Patran(2007r2)中不能設置同時輸出von Mises應力和Max Shear應力，若需要同時輸出，要在輸入文件的工況控制段中保證下面兩個卡片同時存在：

STRESS(PLOT,SORT2,REAL,MAXS,BILIN)=ALL STRESS(PLOT,SORT2,REAL,VONMISES,BILIN)=ALL 2）在建模中遇到了在局部坐標系下建立MPC的問題

F06 出現(xiàn)1250錯誤

該問題本質在于軟件分配給SCRATCH數(shù)據(jù)庫的容量不足以容納所需存儲的數(shù)據(jù)，這種問題絕大多數(shù)情況下并不是 SCRATCH的目錄所在的磁盤分區(qū)滿了，嚴格說是分配給SCRATCH的數(shù)據(jù)庫存儲容量不夠大，致使數(shù)據(jù)溢出。例如，假設數(shù)據(jù)所需的存儲容量為10G，系統(tǒng)分配給SCRATCH數(shù)據(jù)庫的容量為8G，SCRATCH的目錄所在的磁盤分區(qū)可用空間為50G，即使這樣，仍然會出現(xiàn)同樣的錯誤。這個問題可以通過四個途徑(可同時或單獨使用)解決： 1：在配置文件(位于NASTRAN安裝目錄下的conf文件夾中)中增大BUFFSIZE的大小(默認值8193)，需滿足buffsize=n*1024+1，最大為65537；它決定了一個Block塊的大小。2：通過INIT命令增大默認的分配給SCRATCH數(shù)據(jù)庫塊的數(shù)目，如INIT SCRATCH LOGI=(SCRATCH(500000)), 可將默認的250000增大至500000個Blocks。3：添加NASTRAN SYSTEM(151)=1，使得scratch數(shù)據(jù)庫存儲即將溢出時，允許將數(shù)據(jù)轉存儲到SCR300數(shù)據(jù)庫分塊中。4：在配置文件中增大memory，如memory=100mw等。nastran system(151)＝1 nastran system(1)＝32769

1250解決辦法

INIT SCRATCH LOGICAL=(SCRATCH(10000000)), SCR300=(SCRA(10000000))

INIT MASTER LOGICAL=(MASTER(10000))INIT DBALL LOGICAL=(DBALL(10000000))NASTRAN DBCFACT=4

正弦分析只輸出應力結果

為減小計算量，可以僅輸出應力，但有可能還是會出現(xiàn)內存不足的情況 可以輸出op2文件格式，能計算，但是讀取的容易出現(xiàn)錯誤 可以定義一下只輸出部分單元的應力結果，這樣就可以計算了

第五篇：java學習

．如何學習Java?

3.1 Java學習路線

3.1.1 基礎語法及Java原理基礎語法和Java原理是地基，地基不牢靠，猶如沙地上建摩天大廈，是相當危險的。學習Java也是如此，必須要有扎實的基礎，你才能在J2EE、J2ME領域游刃有余。參加SCJP（SUN公司認證的Java程序員）考試不失為一個好方法，原因之一是為了對得起你交的1200大洋考試費，你會更努力學習，原因之二是SCJP考試能夠讓你把基礎打得很牢靠，它要求你跟JDK一樣熟悉Java基礎知識；但是你千萬不要認為考過了SCJP就有多了不起，就能夠獲得軟件公司的青睞，就能夠獲取高薪，這樣的想法也是很危險的。獲得“真正”的SCJP只能證明你的基礎還過得去，但離實際開發(fā)還有很長的一段路要走。

3.1.2 OO思想的領悟掌握了基礎語法和Java程序運行原理后，我們就可以用Java語言實現(xiàn)面向對象的思想了。面向對象，是一種方法學;是獨立于語言之外的編程思想;是 CBD基于組件開發(fā)的基礎;屬于強勢技術之一。當以后因工作需要轉到別的面向對象語言的時候，你會感到特別的熟悉親切，學起來像喝涼水這么簡單。

使用面向對象的思想進行開發(fā)的基本過程是： ●調查收集需求?！窠⒂美Ｐ汀?/p>

●從用例模型中識別分析類及類與類之間的靜態(tài)動態(tài)關系，從而建立分析模型。●細化分析模型到設計模型。●用具體的技術去實現(xiàn)。●測試、部署、總結。

3.1.3 基本API的學習進行軟件開發(fā)的時候，并不是什么功能都需要我們去實現(xiàn)，也就是經(jīng)典名言所說的“不需要重新發(fā)明輪子”。我們可以利用現(xiàn)成的類、組件、框架來搭建我們的應用，如SUN公司編寫好了眾多類實現(xiàn)一些底層功能，以及我們下載過來的JAR文件中包含的類,我們可以調用類中的方法來完成某些功能或繼承它。那么這些類中究竟提供了哪些方法給我們使用？方法的參數(shù)個數(shù)及類型是？類的構造器需不需要參數(shù)？總不可能SUN公司的工程師打國際長途甚至飄洋過海來告訴你他編寫的類該如何使用吧。他們只能提供文檔給我們查看，Java DOC文檔（參考文獻4.4）就是這樣的文檔，它可以說是程序員與程序員交流的文檔。基本API指的是實現(xiàn)了一些底層功能的類，通用性較強的API，如字符串處理/輸入輸出等等。我們又把它成為類庫。熟悉API的方法一是多查Java DOC文檔（參考文獻4.4），二是使用JBuilder/Eclipse等IDE的代碼提示功能。

3.1.4 特定API的學習Java介入的領域很廣泛，不同的領域有不同的API，沒有人熟悉所有的API，對一般人而言只是熟悉工作中要用到的API。如果你做界面開發(fā)，那么你需要學習Swing/AWT/SWT等API；如果你進行網(wǎng)絡游戲開發(fā)，你需要深入了解網(wǎng)絡API/多媒體API/2D3D等；如果你做WEB開發(fā)，就需要熟 悉Servlet等API啦?？傊枰鶕?jù)工作的需要或你的興趣發(fā)展方向去選擇學習特定的API。

3.1.5 開發(fā)工具的用法在學習基礎語法與基本的面向對象概念時，從鍛煉語言熟練程度的角度考慮，我們推薦使用的工具是Editplus/JCreator+JDK,這時候不要急于上手JBuilder/Eclipse等集成開發(fā)環(huán)境，以免過于關注IDE的強大功能而分散對Java技術本身的注意力。過了這一階段你就可以開始熟悉 IDE了。程序員日常工作包括很多活動，編輯、編譯及構建、調試、單元測試、版本控制、維持模型與代碼同步、文檔的更新等等，幾乎每一項活動都有專門的工具，如果獨立使用這些工具的話，你將會很痛苦，你需要在堆滿工具的任務欄上不斷的切換，效率很低下，也很容易出錯。在JBuilder、Eclipse等IDE中已經(jīng)自動集成編輯器、編譯器、調試器、單元測試工具JUnit、自動構建工具ANT、版本控制工具CVS、DOC文檔生成與更新等等，甚至可以把UML建模工具也集成進去，又提供了豐富的向導幫助生成框架代碼，讓我們的開發(fā)變得更輕松。應該說IDE發(fā)展的趨勢就是集成軟件開發(fā)中要用到的幾乎所有工具。從開發(fā)效率的角度考慮，使用IDE是必經(jīng)之路，也是從一個學生到一個職業(yè)程序員轉變的里程碑。Java開發(fā)使用的IDE主要有Eclipse、JBuilder、JDeveloper、NetBeans等幾種；而Eclipse、JBuilder 占有的市場份額是最大的。JBuilder在近幾年來一直是Java集成開發(fā)環(huán)境中的霸主，它是由備受程序員尊敬的Borland公司開發(fā)，在硝煙彌漫的 Java IDE大戰(zhàn)中,以其快速的版本更新?lián)魯BM的Visual Age for Java等而成就一番偉業(yè)。IBM在Visual Age for Java上已經(jīng)無利可圖之下，干脆將之貢獻給開源社區(qū)，成為Eclipse的前身，真所謂“柳暗花明又一村”。浴火重生的Eclipse以其開放式的插件擴展機制、免費開源獲得廣大程序員（包括幾乎所有的骨灰級程序員）的青睞，極具發(fā)展?jié)摿Α?/p>

3.1.6 學習軟件工程 對小型項目而言，你可能認為軟件工程沒太大的必要。隨著項目的復雜性越來越高，軟件工程的必要性才會體現(xiàn)出來。參見“軟件開發(fā)學習路線”小節(jié)。

3.2學習要點 確立的學習路線之后，我們還需要總結一下Java的學習要點，這些要點在前文多多少少提到過，只是筆者覺得這些地方特別要注意才對它們進行匯總，不要嫌我婆婆媽媽啊。

3.2.1勤查API文檔當程序員編寫好某些類，覺得很有成就感,想把它貢獻給各位苦難的同行。這時候你要使用“Javadoc”工具（包含在JDK中）生成標準的Java DOC文檔,供同行使用。J2SE/J2EE/J2ME的DOC文檔是程序員與程序員交流的工具，幾乎人手一份，除了菜鳥之外。J2SE DOC文檔官方下載地址：http://Java.sun.com/j2se/1.5.0/download.jsp，你可以到google搜索CHM版本下載。也可以在線查看：http://Java.sun.com/j2se/1.5.0/docs/api/index.html。對待DOC文檔要像毛主席語錄，早上起床念一遍，吃飯睡覺前念一遍。當需要某項功能的時候，你應該先查相應的DOC文檔看看有沒有現(xiàn)成的實現(xiàn)，有的話就不必勞神費心了直接用就可以了，找不到的時候才考慮自己實現(xiàn)。使用步驟一般如下： ●找特定的包，包一般根據(jù)功能組織?！裾倚枰褂妙?，類命名規(guī)范的話我們由類的名字可猜出一二?！襁x擇構造器，大多數(shù)使用類的方式是創(chuàng)建對象?！襁x擇你需要的方法。

3.2.2 查書/google->寫代碼測試->查看源代碼->請教別人 當我們遇到問題的時候該如何解決？這時候不要急著問別人，太簡單的問題，沒經(jīng)過思考的問題，別人會因此而瞧不起你。可以先找找書，到google中搜一下看看，絕大部分問題基本就解決了。而像“某些類/方法如何使用的問題”，DOC文檔就是答案。對某些知識點有疑惑是，寫代碼測試一下，會給你留下深刻的印象。而有的問題，你可能需要直接看 API的源代碼驗證你的想法。萬不得已才去請教別人。

3.2.3學習開源軟件的設計思想 Java領域有許多源代碼開放的工具、組件、框架，JUnit、ANT、Tomcat、Struts、Spring、Jive論壇、PetStore寵物店等等多如牛毛。這些可是前輩給我們留下的瑰寶呀。入寶山而空手歸，你心甘嗎？對這些工具、框架進行分析，領會其中的設計思想，有朝一日說不定你也能寫一個XXX框架什么的，風光一把。分析開源軟件其實是你提高技術、提高實戰(zhàn)能力的便捷方法。

3.2.4 規(guī)范的重要性 沒有規(guī)矩，不成方圓。這里的規(guī)范有兩層含義。第一層含義是技術規(guī)范，多到http://004km.cn下載JSRXXX規(guī)范，多讀規(guī)范，這是最權威準確最新的教材。第二層含義是編程規(guī)范，如果你使用了大量的獨特算法，富有個性的變量及方法的命名方式；同時，沒給程序作注釋，以顯示你的編程功底是多么的深厚。這樣的代碼別人看起來像天書，要理解談何容易，更不用說維護了，必然會被無情地掃入垃圾堆。Java編碼規(guī)范到此查看或下載http://Java.sun.com/docs/codeconv/，中文的也有，啊，還要問我在哪，請參考3.2.2節(jié)。

3.2.5 不局限于Java 很不幸，很幸運，要學習的東西還有很多。不幸的是因為要學的東西太多且多變，沒時間陪老婆家人或女朋友，導致身心疲憊，嚴重者甚至導致抑郁癥。幸運的是別人要搶你飯碗絕非易事，他們或她們需要付出很多才能達成心愿。Java不要孤立地去學習，需要綜合學習數(shù)據(jù)結構、OOP、軟件工程、UML、網(wǎng)絡編程、數(shù)據(jù)庫技術等知識，用橫向縱向的比較聯(lián)想的方式去學習會更有效。如學習Java集合的時候找數(shù)據(jù)結構的書看看；學JDBC的時候復習數(shù)據(jù)庫技術；采取的依然是“需要的時候再學”的原則。

4．結束語需要強調的是，學習軟件開發(fā)確實有一定的難度，也很辛苦，需要付出很多努力，但千萬不要半途而廢。本文如果能對一直徘徊在Java神殿之外的朋友有所幫助的話，筆者也欣慰了。哈哈，怎么聽起來老氣橫秋呀？沒辦法，在電腦的長期輻射之下，都快變成小老頭了。最后奉勸各位程序員尤其是MM程序員，完成工作后趕快遠離電腦，據(jù)《胡播亂報》報道，電腦輻射會在白皙的皮膚上面點綴一些小黑點，看起來鮮艷無比……