java深入淺出

四、Java授課師資

劉蒼松老師：具有10年的Java企業應用開發經驗。曾經歷任德國SoftwareAG技術顧問，美國Dachieve系統架構師，美國AngelEngineersInc.系統架構師。授課風格：授課思維嚴謹靈活，將復雜的業務應用邏輯以直觀淺顯的方式闡述。

成恆老師：長期奮戰在課程研發、一線教學、軟體開發崗位，教齡、開發累積達15年，多次參與並主導開發各校園網、醫療系統的OA系統，及在線商城系統、ERP系統等，從事IT行業教學超過9年。授課風格：幽默風趣但不失嚴謹，知識點講解十分細膩，對於各個知識點能深入淺出，始終站在學生學習的角度思考知識點的難點所在，善於實施引導性的教學，激發學生自己思考的興趣與能力，並在講解過程中穿插知識點的在實訓、面試、就業的定位，全方位的讓學生認識、理解、掌握每個知識點。

五、Java培訓費用

昆明北大青鳥Java培訓採用「因材施教，分級培優」班型多種多樣。分別是零基礎Java培訓就業班，Java高級培優班還有Java才高班。另外根據學員實踐安排分別開設全日制Java培訓班，周末Java培訓班還有崗前Java培訓班，學員根據自己的需求自由選擇。昆明北大青鳥Java培訓班費用大概一萬到兩萬不等。根據Java學員需求不同Java培訓班有所差別。

Ⅵ 深入淺出Java的作者簡介

Kathy Sierra，是關於游戲和人工智慧方面的軟體開發師，以及Sun Microsystems的主要培訓師，指導Java教師如何把最新的技術教授給用戶。她是Sun公司認證考試的開發者以及javaranch的創始者。 Bert Bates，是擁有20年軟體開發經驗的軟體開發師，也是Sun公司Java開發員認證考試的開發者。和Kathy Sierra一起，Bert Bates策劃了暢銷的「深入淺出」系列圖書。

Ⅶ Java的自學過程中怎麼能有個清晰的學習路線

Java是一種平台，也是一種程序設計語言，如何學好程序設計不僅僅適用於Java，對C++等其他程序設計語言也一樣管用。有編程高手認為，Java也好C也好沒什麼分別，拿來就用。為什麼他們能達到如此境界？我想是因為編程語言之間有共通之處，領會了編程的精髓，自然能夠做到一通百通。如何學習程序設計理所當然也有許多共通的地方。
學習路線圖可以看看動力節點的，比較清晰，專業性也比較強。下面說說java具體如何學習。
1.1 培養興趣
興趣是能夠讓你堅持下去的動力。如果只是把寫程序作為謀生的手段的話，你會活的很累，也太對不起自己了。多關心一些行業趣事，多想想蓋茨。不是提倡天天做白日夢，但人要是沒有了夢想，你覺得有味道嗎？可能像許多深圳本地農民一樣，打打麻將，喝喝功夫茶，拜拜財神爺；每個月就有幾萬十幾萬甚至更多的進帳，憑空多出個"食利階層"。你認為，這樣有味道嗎？有空多到一些程序員論壇轉轉，你會發現，他們其實很樂觀幽默，時不時會冒出智慧的火花。
1.2 慎選程序設計語言
男怕入錯行，女怕嫁錯郎。初學者選擇程序設計語言需要謹慎對待。軟體開發不僅僅是掌握一門編程語言了事，它還需要其他很多方面的背景知識。軟體開發也不僅僅局限於某幾個領域，而是已經滲透到了各行各業幾乎每一個角落。
如果你對硬體比較感興趣，你可以學習C語言/匯編語言，進入硬體開發領域。如果你對電信的行業知識及網路比較熟悉，你可以在C/C++等之上多花時間，以期進入電信軟體開發領域。如果你對操作系統比較熟悉，你可以學習C/Linux等等,為Linux內核開發/驅動程序開發/嵌入式開發打基礎。
如果你想介入到應用范圍最廣泛的應用軟體開發（包括電子商務電子政務系統）的話，你可以選擇J2EE或.NET，甚至LAMP組合。每個領域要求的背景知識不一樣。做應用軟體需要對資料庫等很熟悉。總之，你需要根據自己的特點來選擇合適你的編程語言。
1.3 要腳踏實地,快餐式的學習不可取
欲速則不達，浮躁是現代人最普遍的心態，能怪誰？也許是貧窮落後了這么多年的緣故。現在的軟體公司、客戶、政府、學校、培訓機構等等到處彌漫著浮躁之氣。就拿我比較熟悉的大連大工IT職業培訓來說吧，居然打廣告宣稱"20多年的計算機職業教育，遼寧省十佳學校"，殊不知中國計算機發展才幾年，軟體發展才幾年，居然去報名的學生不少，簡直是藐視天下程序員。培訓出來的「程序員」大多不知道OO,OP為何物？社會環境如是，我們不能改變，只能改變自己,鬧市中的安寧，彌足珍貴。許多初學者C++/Java沒開始學，立馬使用VC/JBuilder,會使用VC/JBuilder開發一個Hello World程序，就忙不迭的向世界宣告，"我會軟體開發了"，簡歷上也大言不慚地寫上"精通VC/Java"。結果到軟體公司面試時要麼被三兩下打發走了，要麼被駁的體無完膚，無地自容。到處碰壁之後才知道捧起《C++編程思想》《Java編程思想》仔細鑽研，早知如此何必當初呀。
"你現在講究簡單方便，你以後的路就長了"，好象也是佛經中的勸戒。
1.4 多實踐,快實踐
彭端淑的《為學一首示子侄》中有窮和尚與富和尚的故事。
從前，四川邊境有兩個和尚，一個貧窮，一個有錢。一天，窮和尚對富和尚說："我打算去南海朝聖，你看怎麼樣？"富和尚說："這里離南海有幾千里遠，你靠什麼去呢？"窮和尚說："我只要一個水缽，一個飯碗就夠了。"富和尚為難地說："幾年前我就打算買條船去南海，可至今沒去成，你還是別去吧！" 一年以後，富和尚還在為租賃船隻籌錢，窮和尚卻已經從南海朝聖回來了。
這個故事可解讀為：任何事情，一旦考慮好了，就要馬上上路，不要等到准備周全之後，再去幹事情。假如事情准備考慮周全了再上路的話，別人恐怕捷足先登了。軟體開發是一門工程學科，注重的就是實踐，"君子動口不動手"對軟體開發人員來講根本就是錯誤的，他們提倡"動手至上"，但別害怕，他們大多溫文爾雅，沒有暴力傾向，雖然有時候蓬頭垢面的一副"比爾蓋茨"樣。有前輩高人認為，學習編程的秘訣是：編程、編程、再編程，筆者深表贊同。不僅要多實踐，而且要快實踐。我們在看書的時候，不要等到你完全理解了才動手敲代碼，而是應該在看書的同時敲代碼，程序運行的各種情況可以讓你更快更牢固的掌握知識點。
1.5 多參考程序代碼
程序代碼是軟體開發最重要的成果之一，其中滲透了程序員的思想與靈魂。許多人被《仙劍奇俠傳》中凄美的愛情故事感動,悲劇的結局更有一種缺憾美。為什麼要以悲劇結尾？據說是因為寫《仙劍奇俠傳》的程序員失戀而安排了這樣的結局，他把自己的感覺融入到游戲中，卻讓眾多的仙劍迷扼腕嘆息。
多多參考代碼例子，對Java而言有參考文獻[4.3],有API類的源代碼(JDK安裝目錄下的src.zip文件)，也可以研究一些開源的軟體或框架。
1.6 加強英文閱讀能力
對學習編程來說，不要求英語, 但不能一點不會,。最起碼像Java API文檔(參考文獻[4.4])這些東西還是要能看懂的,連猜帶懵都可以；旁邊再開啟一個"金山詞霸"。看多了就會越來越熟練。在學Java的同時學習英文，一箭雙雕多好。另外好多軟體需要到英文網站下載，你要能夠找到它們，這些是最基本的要求。英語好對你學習有很大的幫助。口語好的話更有機會進入管理層，進而可以成為剝削程序員的"周扒皮"。
1.7 萬不得已才請教別人
筆者在Martix與Java論壇的在線輔導系統中解決學生問題時發現，大部分的問題學生稍做思考就可以解決。請教別人之前，你應該先回答如下幾個問題。
你是否在google中搜索了問題的解決辦法？
你是否查看了Java API文檔？
你是否查找過相關書籍？
你是否寫代碼測試過？
如果回答都是"是"的話，而且還沒有找到解決辦法，再問別人不遲。要知道獨立思考的能力對你很重要。要知道程序員的時間是很寶貴的。
1.8 多讀好書
書中自有顏如玉。比爾蓋茨是一個飽讀群書的人。雖然沒有讀完大學，但九歲的時候比爾蓋茨就已經讀完了所有的網路全書，所以他精通天文、歷史、地理等等各類學科，可以說比爾?茨不僅是當今世界上金錢的首富，而且也可以稱得上是知識的巨富。
筆者在給學生上課的時候經常會給他們推薦書籍，到後來學生實在忍無可忍開始抱怨，"天吶，這么多書到什麼時候才能看完了"，"學軟體開發，感覺上了賊船"。這時候，我的回答一般是，"別著急，什麼時候帶你們去看看我的書房，到現在每月花在技術書籍上的錢400元，這在軟體開發人員之中還只能夠算是中等的"，學生當場暈倒。（註：這一部分學生是剛學軟體開發的）

1.9 使用合適的工具
工欲善其事必先利其器。軟體開發包含各種各樣的活動，需求收集分析、建立用例模型、建立分析設計模型、編程實現、調試程序、自動化測試、持續集成等等，沒有工具幫忙可以說是寸步難行。工具可以提高開發效率，使軟體的質量更高BUG更少。組合稱手的武器。到飛花摘葉皆可傷人的境界就很高了，無招勝有招，手中無劍心中有劍這樣的境界幾乎不可企及。

2．軟體開發學習路線
兩千多年的儒家思想孔孟之道，中庸的思想透入骨髓，既不冒進也不保守並非中庸之道，而是找尋學習軟體開發的正確路線與規律。
從軟體開發人員的生涯規劃來講，我們可以大致分為三個階段，軟體工程師→軟體設計師→架構設計師或項目管理師。不想當元帥的士兵不是好士兵，不想當架構設計師或項目管理師的程序員也不是好的程序員。我們應該努力往上走。讓我們先整理一下開發應用軟體需要學習的主要技術。
A．基礎理論知識，如操作系統、編譯原理、數據結構與演算法、計算機原理等，它們並非不重要。如不想成為計算機科學家的話，可以採取"用到的時候再來學"的原則。
B．一門編程語言，現在基本上都是面向對象的語言，Java/C++/C#等等。如果做WEB開發的話還要學習HTML/JavaScript等等。
C．一種方法學或者說思想，現在基本都是面向對象思想（OOA/OOD/設計模式）。由此而衍生的基於組件開發CBD/面向方面編程AOP等等。
D．一種關系型資料庫，ORACLE/sqlServer/DB2/MySQL等等
E．一種提高生產率的IDE集成開發環境JBuilder/Eclipse/VS.NET等。
F．一種UML建模工具，用ROSE/VISIO/鋼筆進行建模。
G．一種軟體過程，RUP/XP/CMM等等，通過軟體過程來組織軟體開發的眾多活動，使開發流程專業化規范化。當然還有其他的一些軟體工程知識。
H．項目管理、體系結構、框架知識。
正確的路線應該是：B→C→E→F→G→H。
還需要補充幾點：
1）．對於A與C要補充的是，我們應該在實踐中逐步領悟編程理論與編程思想。新技術雖然不斷涌現，更新速度令人眼花燎亂霧里看花；但萬變不離其宗，編程理論與編程思想的變化卻很慢。掌握了編程理論與編程思想你就會有撥雲見日之感。面向對象的思想在目前來講是相當關鍵的，是強勢技術之一，在上面需要多投入時間，給你的回報也會讓你驚喜。
2）．對於資料庫來說是獨立學習的，這個時機就由你來決定吧。
3）．編程語言作為學習軟體開發的主線，而其餘的作為輔線。
4）．軟體工程師著重於B、C、E、D；軟體設計師著重於B、C、E、D、F；架構設計師著重於C、F、H。
3．如何學習Java?
3.1 Java學習路線
3.1.1 基礎語法及Java原理
基礎語法和Java原理是地基，地基不牢靠，猶如沙地上建摩天大廈，是相當危險的。學習Java也是如此，必須要有扎實的基礎，你才能在J2EE、J2ME領域游刃有餘。參加SCJP（SUN公司認證的Java程序員）考試不失為一個好方法，原因之一是為了對得起你交的1200大洋考試費，你會更努力學習，原因之二是SCJP考試能夠讓你把基礎打得很牢靠，它要求你跟JDK一樣熟悉Java基礎知識；但是你千萬不要認為考過了SCJP就有多了不起，就能夠獲得軟體公司的青睞，就能夠獲取高薪，這樣的想法也是很危險的。獲得"真正"的SCJP只能證明你的基礎還過得去，但離實際開發還有很長的一段路要走。
3.1.2 OO思想的領悟
掌握了基礎語法和Java程序運行原理後，我們就可以用Java語言實現面向對象的思想了。面向對象，是一種方法學;是獨立於語言之外的編程思想;是CBD基於組件開發的基礎;屬於強勢技術之一。當以後因工作需要轉到別的面向對象語言的時候，你會感到特別的熟悉親切，學起來像喝涼水這么簡單。
使用面向對象的思想進行開發的基本過程是：
●調查收集需求。
●建立用例模型。
●從用例模型中識別分析類及類與類之間的靜態動態關系，從而建立分析模型。
●細化分析模型到設計模型。
●用具體的技術去實現。
●測試、部署、總結。
3.1.3 基本API的學習
進行軟體開發的時候，並不是什麼功能都需要我們去實現，也就是經典名言所說的"不需要重新發明輪子"。我們可以利用現成的類、組件、框架來搭建我們的應用，如SUN公司編寫好了眾多類實現一些底層功能，以及我們下載過來的JAR文件中包含的類,我們可以調用類中的方法來完成某些功能或繼承它。那麼這些類中究竟提供了哪些方法給我們使用？方法的參數個數及類型是？類的構造器需不需要參數？總不可能SUN公司的工程師打國際長途甚至飄洋過海來告訴你他編寫的類該如何使用吧。他們只能提供文檔給我們查看，Java DOC文檔（參考文獻4.4）就是這樣的文檔，它可以說是程序員與程序員交流的文檔。
基本API指的是實現了一些底層功能的類，通用性較強的API，如字元串處理/輸入輸出等等。我們又把它成為類庫。熟悉API的方法一是多查Java DOC文檔（參考文獻4.4），二是使用JBuilder/Eclipse等IDE的代碼提示功能。
3.1.4 特定API的學習
Java介入的領域很廣泛，不同的領域有不同的API，沒有人熟悉所有的API，對一般人而言只是熟悉工作中要用到的API。如果你做界面開發，那麼你需要學習Swing/AWT/SWT等API；如果你進行網路游戲開發，你需要深入了解網路API/多媒體API/2D3D等；如果你做WEB開發，就需要熟悉Servlet等API啦。總之，需要根據工作的需要或你的興趣發展方向去選擇學習特定的API。
3.1.5 開發工具的用法
在學習基礎語法與基本的面向對象概念時，從鍛煉語言熟練程度的角度考慮，我們推薦使用的工具是Editplus/JCreator+JDK,這時候不要急於上手JBuilder/Eclipse等集成開發環境，以免過於關注IDE的強大功能而分散對Java技術本身的注意力。過了這一階段你就可以開始熟悉IDE了。
程序員日常工作包括很多活動，編輯、編譯及構建、調試、單元測試、版本控制、維持模型與代碼同步、文檔的更新等等，幾乎每一項活動都有專門的工具，如果獨立使用這些工具的話，你將會很痛苦，你需要在堆滿工具的任務欄上不斷的切換，效率很低下，也很容易出錯。在JBuilder、Eclipse等IDE中已經自動集成編輯器、編譯器、調試器、單元測試工具JUnit、自動構建工具ANT、版本控制工具CVS、DOC文檔生成與更新等等，甚至可以把UML建模工具也集成進去，又提供了豐富的向導幫助生成框架代碼，讓我們的開發變得更輕松。應該說IDE發展的趨勢就是集成軟體開發中要用到的幾乎所有工具。
從開發效率的角度考慮，使用IDE是必經之路，也是從一個學生到一個職業程序員轉變的里程碑。
Java開發使用的IDE主要有Eclipse、JBuilder、JDeveloper、NetBeans等幾種；而Eclipse、JBuilder佔有的市場份額是最大的。JBuilder在近幾年來一直是Java集成開發環境中的霸主，它是由備受程序員尊敬的Borland公司開發，在硝煙彌漫的Java IDE大戰中,以其快速的版本更新擊敗IBM的Visual Age for Java等而成就一番偉業。IBM在Visual Age for Java上已經無利可圖之下，乾脆將之貢獻給開源社區，成為Eclipse的前身，真所謂"柳暗花明又一村"。浴火重生的Eclipse以其開放式的插件擴展機制、免費開源獲得廣大程序員（包括幾乎所有的骨灰級程序員）的青睞，極具發展潛力。
3.1.6 學習軟體工程
對小型項目而言，你可能認為軟體工程沒太大的必要。隨著項目的復雜性越來越高，軟體工程的必要性才會體現出來。參見"軟體開發學習路線"小節。
3.2學習要點
確立的學習路線之後，我們還需要總結一下Java的學習要點，這些要點在前文多多少少提到過，只是筆者覺得這些地方特別要注意才對它們進行匯總，

Ⅷ java編程經典書籍有哪些

以下詳細介紹了如何學習Java，如果樓主有耐心的話，建議仔細看一下~

學習一門新的知識，不可能指望只看一本，或者兩本書就能夠完全掌握。需要有一個循序漸進的閱讀過程。我推薦Oreilly出版的Java系列書籍。

在這里我只想補充一點看法，很多人學習Java是從《Thinking in Java》這本書入手的，但是我認為這本書是不適合初學者的。我認為正確的使用這本書的方法應該是作為輔助的讀物。《Thinking in Java》並不是在完整的介紹Java的整個體系，而是一種跳躍式的寫作方法，是一種類似tips的方法來對Java很多知識點進行了深入的分析和解釋。

對於初學者來說，最好是找一本Java入門的書籍，但是比較完整的循序的介紹Java的語法，面向對象的特性，核心類庫等等，在看這本書的同時，可以同步來看《Thinking in Java》，來加深對Java的理解和原理的運用，同時又可以完整的了解Java的整個體系。

對於Java的入門書籍，蔡學鏞推薦的是Oreilly的《Exploring Java, 2nd Edition》 或者《Java in a Nutshell,2nd Edition（針對C++背景）》，我並沒有看過這兩本書。其實我覺得電子工業出版社的《Java 2編程詳解》或者《Java 2從入門到精通》就很不錯。

在所有的Java書籍當中，其實最最有用的，並不是O'reilly的 Java Serials，真正最最有用處是JDK的Documentation！幾乎你想獲得的所有的知識在Documentation裡面全部都有，其中最主要的部分當然是Java基礎類庫的API文檔，是按照package來組織的，對於每一個class都有詳細的解釋，它的繼承關系，是否實現了某個介面，通常用在哪些場合，還可以查到它所有的public的屬性和方法，每個屬性的解釋，意義，每個方法的用途，調用的參數，參數的意義，返回值的類型，以及方法可能拋出的異常等等。可以這樣來說，所有關於Java編程方面的書籍其實都不過是在用比較通俗易懂的語言，和良好的組織方式來介紹Documentation裡面的某個package裡麵包含的一些類的用法而已。所以萬變不離其宗，如果你有足夠的能力來直接通過Documentation來學習Java的類庫，那麼基本上就不需要看其他的書籍了。除此之外，Documentation也是編程必備的手冊，我的桌面上有三個Documentation的快捷方式，分別是J2SDK1.4.1的Documentation，Servlet2.3的Documentation和J2SDKEE1.3.1的Documentation。有了這個三個Documentation，什麼其他的書籍都不需要了。

對於Java Web 編程來說，最核心的是要熟悉和掌握HTTP協議，這個就和Java無關了，在熟悉HTTP協議之後，就需要熟悉Java的實現HTTP協議的類庫，也就是Servlet API，所以最重要的東西就是Servlet API。當然對於初學者而言，直接通過Servlet API來學習Web編程有很大的難度，我推薦O'reilly的《Java Server Pages 》這本書來學習Web 編程。

EJB的書籍當中，《Enterprise JavaBeans, 2nd Edition》是一本很不錯的書， EJB的學習門檻是比較高，入門很難，但是這本書完全降低了學習的難度，特別重要的一點是，EJB的學習需要結合一種App Server的具體實現，所以在學習EJB的同時，必須同步的學習某種App Server，而這本書相關的出了三本書，分別是Weblogic6.1，Websphere4.0和JBoss3.0上面部署書中例子的實做。真是既有理論，又有實踐。在學習EJB的同時，可以邊看邊做，EJB的學習會變得很輕松。

但是這本書也有一個問題，就是版本比較舊，主要講EJB1.1規范和部分EJB2.0的規范。而Ed Roman寫的《Mastering EJB 2.0》這本書完全是根據EJB2.0規范寫的，深入淺出，覆蓋了EJB編程的各個方面，並且還有很多編程經驗tips，也是學習EJB非常推薦的書籍之一。

如果是結合Weblogic來學習J2EE的話，《J2EE應用與BEA Weblogic Server》絕對是首選讀物，雖然是講述的Weblogic6.0，仍然值得購買，這本書是BEA官方推薦的教材，作者也是BEA公司的工程師。現在中文版已經隨處可見了。這本書結合Weblogic介紹了J2EE各個方面的技術在Weblogic平台上的開發和部署，實踐指導意義非常強。

在掌握了Java平台基礎知識和J2EE方面的知識以後，更進一步的是學習如何運用OO的方法進行軟體的設計，那麼就一定要學習「設計模式」。Sun公司出版了一本《J2EE核心模式》，是每個開發Java企業平台軟體的架構師必備的書籍。這本書全面的介紹了J2EE體系架構的各種設計模式，是設計師的必讀書籍。

Java Learning Path（三）過程篇

每個人的學習方法是不同的，一個人的方法不見得適合另一個人，我只能是談自己的學習方法。因為我學習Java是完全自學的，從來沒有問過別人，所以學習的過程基本上完全是自己摸索出來的。我也不知道這種方法是否是比較好的方法，只能給大家提供一點參考了。

學習Java的第一步是安裝好JDK，寫一個Hello World， 其實JDK的學習沒有那麼簡單，關於JDK有兩個問題是很容易一直困擾Java程序員的地方：一個是CLASSPATH的問題，其實從原理上來說，是要搞清楚JRE的ClassLoader是如何載入Class的；另一個問題是package和import問題，如何來尋找類的路徑問題。把這兩個問題摸索清楚了，就掃除了學習Java和使用JDK的最大障礙。推薦看一下王森的《Java深度歷險》，對這兩個問題進行了深入的探討。

第二步是學習Java的語法。Java的語法是類C++的，基本上主流的編程語言不是類C，就是類C++的，沒有什麼新東西，所以語法的學習，大概就是半天的時間足夠了。唯一需要注意的是有幾個不容易搞清楚的關鍵字的用法，public，protected，private，static，什麼時候用，為什麼要用，怎麼用，這可能需要有人來指點一下，我當初是完全自己琢磨出來的，花了很久的時間。不過後來我看到《Thinking in Java》這本書上面是講了這些概念的。

第三步是學習Java的面向對象的編程語言的特性的地方。比如繼承，構造器，抽象類，介面，方法的多態，重載，覆蓋，Java的異常處理機制。對於一個沒有面向對象語言背景的人來說，我覺得這個過程需要花很長很長時間，因為學習Java之前沒有C++的經驗，只有C的經驗，我是大概花了一個月左右吧，才徹底把這些概念都搞清楚，把書上面的例子反復的揣摩，修改，嘗試，把那幾章內容反復的看過來，看過去，看了不下5遍，才徹底領悟了。不過我想如果有C++經驗的話，應該一兩天時間足夠了。那麼在這個過程中，可以多看看《Thinking in Java》這本書，對面向對象的講解非常透徹。可惜的是我學習的時候，並沒有看到這本書，所以自己花了大量的時間，通過自己的嘗試和揣摩來學會的。

第四步就是開始熟悉Java的類庫。Java的基礎類庫其實就是JDK安裝目錄下面jre\lib\rt.jar這個包。學習基礎類庫就是學習rt.jar。基礎類庫裡面的類非常非常多。據說有3000多個，我沒有統計過。但是真正對於我們來說最核心的只有4個，分別是
java.lang.*;
java.io.*;
java.util.*;
java.sql.*;

這四個包的學習，每個包的學習都可以寫成一本厚厚的教材，而O'reilly也確實是這樣做的。我覺得如果時間比較緊，是不可能通過讀四本書來學習。我覺得比較好的學習方法是這樣的：
首先要通讀整個package的框架，了解整個package的class，interface，exception的構成，最好是能夠找到介紹整個包框架的文章。這些專門介紹包的書籍的前幾章應該就是這些總體的框架內容介紹。

對包整體框架的把握並不是要熟悉每個類的用法，記住它有哪些屬性，方法。想記也記不住的。而是要知道包有哪些方面的類構成的，這些類的用途是什麼，最核心的幾個類分別是完成什麼功能的。我在給人培訓的時候一般是一次課講一個包，所以不可能詳細的介紹每個類的用法，但是我反復強調，我給你們講這些包的不是要告訴你們類的方法是怎麼調用的，也不要求你們記住類的方法調用，而是要你們了解，Java給我們提供了哪些類，每個類是用在什麼場合，當我遇到問題的時候，我知道哪個類，或者哪幾個類的組合可以解決我的問題，That'all！，當我們具體寫程序的時候，只要你知道該用哪個類來完成你的工作就足夠了。編碼的時候，具體的方法調用，是邊寫代碼，邊查Documentation，所有的東西都在Documentation裡面，不要求你一定記住，實際你也記不住3000多個類的總共將近10萬個方法調用。所以對每個包的總體框架的把握就變得極為重要。

第五步，通過上面的學習，如果學的比較扎實的話，就打好了Java的基礎了，剩下要做的工作是掃清Documentation裡面除了上面4個包之外的其他一些比較有用處的類。相信進展到這一步，Java的自學能力已經被培養出來了，可以到了直接學習Documentation的水平了。除了要做GUI編程之外，JDK裡面其他會有用處的包是這些：
java.text.*;
java.net.*;
javax.naming.*;
這些包裡面真正用的比較多的類其實很少，只有幾個，所以不需要花很多時間。

第六步，Java Web 編程
Web編程的核心是HTTP協議，HTTP協議和Java無關，如果不熟悉HTTP協議的話，雖然也可以學好Servlet/JSP編程，但是達不到舉一反三，一通百通的境界。所以HTTP協議的學習是必備的。如果熟悉了HTTP協議的話，又有了Java編程的良好的基礎，學習Servlet/JSP簡直易如反掌，我學習Servlet/JSP就用了不到一周的時間，然後就開始用JSP來做項目了。

在Servlet/JSP的學習中，重頭仍然是Servlet Documentation。Servlet API最常用的類很少，花比較少的時間就可以掌握了。把這些類都看一遍，多寫幾個例子試試。Servlet/JSP編程本質就是在反復調用這些類來通過HTTP協議在Web Server和Brower之間交談。另外對JSP，還需要熟悉幾個常用JSP的標記，具體的寫法記不住的話，臨時查就是了。

此外Java Web編程學習的重點要放在Web Application的設計模式上，如何進行業務邏輯的分析，並且進行合理的設計，按照MVC設計模式的要求，運用Servlet和JSP分別完成不同的邏輯層，掌握如何在Servlet和JSP之間進行流程的控制和數據的共享，以及Web Application應該如何配置和部署。

第七步，J2EE編程
以上的學習過程如果是比較順利的話，進行到這一步，難度又陡然提高。因為上面的知識內容都是只涉及一個方面，而像EJB，JMS，JTA等核心的J2EE規范往往是幾種Java技術的綜合運用的結晶，所以掌握起來難度比較大。

首先一定要學習好JNDI，JNDI是App Server定位伺服器資源（EJB組件，Datasouce，JMS）查找方法，如果對JNDI不熟悉的話，EJB，JMS這些東西幾乎學不下去。JNDI其實就是javax.naming.*這個包，運用起來很簡單。難點在於伺服器資源文件的配置。對於伺服器資源文件的配置，就需要看看專門的文檔規范了，比如web.xml的寫法，ejb-jar.xml的寫法等等。針對每種不同的App Server，還有自己的服務資源配置文件，也是需要熟悉的。

然後可以學習JTA，主要是要理解JTA對於事務的控制的方法，以及該在什麼場合使用JTA。這里可以簡單的舉個例子，我們知道一般情況可以對於一個資料庫連接進行事務控制(conn.setAutoCommit(false),....,conn.commit())，做為一個原子操作，但是假設我的業務需求是要把對兩個不同資料庫的操作做為一個原子操作，你能做的到嗎？這時候只能用JTA了。假設操作過程是先往A資料庫插一條記錄，然後刪除B資料庫另一個記錄，我們自己寫代碼是控制不了把整個操作做為一個原子操作的。用JTA的話，由App Server來完成控制。

在學習EJB之前要學習對象序列化和RMI，RMI是EJB的基礎。接著學習JMS和EJB，對於EJB來說，最關鍵是要理解EJB是如何通過RMI來實現對遠端對象的調用的，以及在什麼情況下要用到EJB。

在學習完EJB，JMS這些東西之後，你可能會意識到要急不可待學習兩個領域的知識，一個是UML，另一個是Design Pattern。Java企業軟體的設計非常重視框架(Framework)的設計，一個好的軟體框架是軟體開發成功的必要條件。在這個時候，應該開始把學習的重點放在設計模式和框架的學習上，通過學習和實際的編程經驗來掌握EJB的設計模式和J2EE的核心模式。

J2EE規范裡面，除了EJB，JMS，JTA，Servlet/JSP，JDBC之外還有很多很多的企業技術，這里不一一進行介紹了。

另外還有一個最新領域Web Services。Web Services也完全沒有任何新東西，它像是一種黏合劑，可以把不同的服務統一起來提供一個統一的調用介面，作為使用者來說，我只要獲得服務提供者給我的WSDL（對服務的描述），就夠了，我完全不知道伺服器提供者提供的服務究竟是EJB組件，還是.Net組件，還是什麼CORBA組件，還是其他的什麼實現，我也不需要知道。Web Services最偉大的地方就在於通過統一的服務提供方式和調用方式，實現了整個Internet服務的共享，是一個非常令人激動的技術領域。Web Services好像目前還沒有什麼很好的書籍，但是可以通過在網路上面查資料的方式來學習。

Java Learning Path（四） 方法篇

Java作為一門編程語言，最好的學習方法就是寫代碼。當你學習一個類以後，你就可以自己寫個簡單的例子程序來運行一下，看看有什麼結果，然後再多調用幾個類的方法，看看運行結果，這樣非常直觀的把類給學會了，而且記憶非常深刻。然後不應該滿足把代碼調通，你應該想想看如果我不這樣寫，換個方式，再試試行不行。記得哪個高人說過學習編程就是個破壞的過程，把書上的例子，自己學習Documentation編寫的例子在運行通過以後，不斷的嘗試著用不同的方法實現，不斷的嘗試破壞代碼的結構，看看它會有什麼結果。通過這樣的方式，你會很徹底的很精通的掌握Java。

舉個例子，我們都編過Hello World

public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello World");
}
}

很多初學者不是很理解為什麼main方法一定要這樣來定義public static void main(String[] args)，能不能不這樣寫？包括我剛學習Java的時候也有這樣的疑問。想知道答案嗎？很簡單，你把main改個名字運行一下，看看報什麼錯誤，然後根據出錯信息進行分析；把main的public取掉，在試試看，報什麼錯誤；static去掉還能不能運行；不知道main方法是否一定要傳一個String[]數組的，把String[]改掉，改成int[]，或者String試試看；不知道是否必須寫args參數名稱的，也可以把args改成別的名字，看看運行結果如何。

我當初學習Java的時候就是這樣做的，把Hello World程序反復改了七八次，不斷運行，分析運行結果，最後就徹底明白為什麼了main方法是這樣定義的了。

此外，我對於staic，public，private，Exception，try{ }catch {}finally{}等等等等一開始都不是很懂，都是把參考書上面的例子運行成功，然後就開始破壞它，不斷的根據自己心裏面的疑問來重新改寫程序，看看能不能運行，運行出來是個什麼樣子，是否可以得到預期的結果。這樣雖然比較費時間，不過一個例子程序這樣反復破壞幾次之後。我就對這個相關的知識徹底學通了。有時候甚至故意寫一些錯誤的代碼來運行，看看能否得到預期的運行錯誤。這樣對於編程的掌握是及其深刻的。

其中特別值得一提的是JDK有一個非常棒的調試功能，-verbose
java –verbose
javac –verbose 以及其它很多JDK工具都有這個選項
-verbose 可以顯示在命令執行的過程中，JVM都依次載入哪裡Class，通過這些寶貴的調試信息，可以幫助我們分析出JVM在執行的過程中都幹了些什麼。

另外，自己在學習過程中，寫的很多的這種破壞常式，應該有意識的分門別類的保存下來，在工作中積累的典型常式也應該定期整理，日積月累，自己就有了一個代碼庫了。遇到類似的問題，到代碼庫裡面 Copy & Paste ，Search & Replace，就好了，極大提高了開發速度。最理想的情況是把一些通用的常式自己再抽象一層，形成一個通用的類庫，封裝好。那麼可復用性就更強了。

所以我覺得其實不是特別需要常式的，自己寫的破壞常式就是最好的例子，如果你實在對自己寫的代碼不放心的話，我強烈推薦你看看JDK基礎類庫的Java源代碼。在JDK安裝目錄下面會有一個src.zip，解開來就可以完整的看到整個JDK基礎類庫，也就是rt.jar的Java源代碼，你可以參考一下Sun是怎麼寫Java程序的，規范是什麼樣子的。我自己在學習Java的類庫的時候，當有些地方理解的不是很清楚的時候，或者想更加清晰的理解運作的細節的時候，往往會打開相應的類的源代碼，通過看源代碼，所有的問題都會一掃而空。

Java Learning Path（五）資源篇

1、 http://java.sun.com/ (英文)
Sun的Java網站，是一個應該經常去看的地方。不用多說。

2、http://www-900.ibm.com/developerWorks/cn/
IBM的developerWorks網站，英語好的直接去英文主站點看。這里不但是一個極好的面向對象的分析設計網站，也是Web Services，Java，Linux極好的網站。強烈推薦！！！

3、http://www.javaworld.com/ (英文)
關於Java很多新技術的討論和新聞。想多了解Java的方方面面的應用，這里比較好。

4、http://dev2dev.bea.com.cn/index.jsp
BEA的開發者園地，BEA作為最重要的App Server廠商，有很多獨到的技術，在Weblogic上做開發的朋友不容錯過。

5、http://www.huihoo.com/
灰狐動力網站，一個專業的中間件網站，雖然不是專業的Java網站，但是在J2EE企業應用技術方面有深厚的造詣。

6、http://www.theserverside.com/home/ (英文)
TheServerSide是一個著名的專門面向Java Server端應用的網站。

7、http://www.javaresearch.org/
Java研究組織，有很多優秀的Java方面的文章和教程，特別是在JDO方面的文章比較豐富。

8、http://www.cnjsp.org/
JSP技術網站，有相當多的Java方面的文章和資源。

9、http://www.jdon.com/
Jdon論壇，是一個個人性質的中文J2EE專業技術論壇，在眾多的Java的中文論壇中，Jdon一個是技術含量非常高，帖子質量非常好的論壇。

10、http://sourceforge.net/
SourgeForge是一個開放源代碼軟體的大本營，其中也有非常非常豐富的Java的開放源代碼的著名的軟體。

參考資料：http://www.itpub.net/showthread.php?threadid=159803&pagenumber=
參考資料：http://..com/question/751730.html

Ⅸ 掘術三劍客願代碼是多少

掘術三劍客願代碼是#userIn{margin-left:10px;border:。因為掘術三劍客願代碼是使用c語音和java語音編寫的，所以掘術三劍客願代碼是#userIn{margin-left:10px;border:。

Ⅹ 深入淺出：什麼是基於Java的責任鏈模式

1、責任鏈模式就是這種「推卸」責任的模式，你的問題在我這里能解決我就解決，不行就把你推給另一個對象。至於到底誰解決了這個問題了呢?我管呢!
2、責任鏈模式由兩個角色組成：
1) 抽象處理者角色(Handler)：它定義了一個處理請求的介面。當然對於鏈子的不同實現，也可以在這個角色中實現後繼鏈。
2) 具體處理者角色(Concrete Handler)：實現抽象角色中定義的介面，並處理它所負責的請求。如果不能處理則訪問它的後繼者。
至於類圖不放也罷。畢竟就是一個繼承或者實現。
3、從名字上大概也能猜出這個模式的大概模樣——系統中將會存在多個有類似處理能力的對象。當一個請求觸發後，請求將在這些對象組成的鏈條中傳遞，直到找到最合適的「責任」對象，並進行處理。
《設計模式》中給它的定義如下：使多個對象都有機會處理請求，從而避免請求的發送者和接收者之間的耦合關系。將這些對象連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個對象處理它為止。
從定義上可以看出，責任鏈模式的提出是為了「解耦」，以應變系統需求的變更和不明確性。
下面是《設計模式》中給出的適用范圍：
1) 有多個的對象可以處理一個請求，哪個對象處理該請求運行時刻自動確定。
2) 你想在不明確指定接收者的情況下，向多個對象中的一個提交一個請求。
3) 可處理一個請求的對象集合應被動態指定。