做Java的朋友們總想要到達更高的境地，用更少的代碼處理更多的問題，用更明晰的結構為可能的傳承和保護做準備。想想最初自己摸著石頭過河，也看過不少人介紹的學習道路，現經過自身閱歷總結一篇文章，供參閱。
Java初學者有什麼不懂的可以私信我——我剛整理了一套2018最新的0基礎入門和進階教程，無私分享。
獲取方法：私信小編回覆：資料（點開小編頭像，右上角有發私信）群裡還有開發工具和安裝包，以及系統學習路線圖。
1、用好正在用的結構
在現已加入的團隊中，和咱們協作運用團隊已選好的結構。不論結構好壞與否，特色怎麼，選擇了它必定有必定的道理。而且能夠在業界經久盛行的結構也必定有它的優異之處。
運用結構第一步是瞭解，可能經過仿製和修正前人的代碼來完成新的功用或修正已有功用，逐步瞭解該結構的運用辦法。
第二步是深化了解，會用、多用之後，依據用法和現象把握其規矩，然後形成對結構內部結構和運行機制的猜測，大部分肯定都是對的。
第三步是用好，在對結構內部機制有了必定的感覺後，逐步總結並選用更佳實踐，到達同樣意圖選用更簡練明晰或更高功率的辦法。能夠參閱結構的“最佳實踐”文檔（比方Hibernate參閱手冊的最終一章），對沒有供給“最佳實踐”文檔的能夠自己總結一些經驗，並不斷完善。
沒有絕對的最佳實踐，只要適應於某一場景的最佳實踐，和適用於大多數場合的較好完成。能夠依據場景選擇不同的形式，是水平前進的標誌。
2、瞭解規範類庫、企業級技能和開源項目
Java界現有的堆集現已很豐富，當遇到某個問題感覺它是個遍及問題時，很有可能就現已有現成的規範類庫或開源項目等在那裡了。把握好規範類庫和開源項目，能夠削減工作量，使代碼結構明晰簡單理解。企業級技能是指JavaEE渠道內的技能，其多是從已有堆集中提煉出的規範，比方JPA就很大程度上來自於Hibernate。企業級技能的運用對程序的規範化很有優點。
對規範類庫和開源項意圖瞭解不分先後，能夠是穿插進行的，用到了哪個就看看學學哪個。也能夠用業餘時間挑自己喜愛的學習學習、做做試驗。
2.1. 規範類庫
從Java自帶的文檔中能夠看到規範類庫（以及渠道東西）的列表以及相互聯繫。下面這幅圖就是層次聯繫圖：
以挑自己感興趣的點進去詳細瞭解。
乍一看內容許多，但實際上可能現已有許多現已被用過了。比方JDBC，應該是每個Java程序員在涉世不深時就現已用過的了吧。JNDI應該也是做WEB工程必須接觸的東西。或許僅僅其間幾個API，不過什麼都是瞭解、嫻熟、通曉這三步，瞭解了，後面就不遠。
其間規矩表達式、XML處理、applet、併發（多線程）、網絡、IO、圖形是比較有用的功用，能夠先從它們下手。本地接口（JNI）、管理擴展（JMX）、反射等能夠用在更高檔一些的場合，會了之後能夠為更多的場景供給處理方案。
2.2. 企業及技能
包含JavaMail、JMS、EJB、JPA、JSF、web service等，詳細的列表能夠到JavaEE技能官網找到。這些技能用起來並不艱深，乃至比規範類庫還淺顯。
2.3. 開源項目
結構一般都是開源項目，現在具有開源項目最多的安排莫過於Apache。能夠經過需求來學習開源項目，比方說需求處理Excel文檔，那就去學用POI；要用web service就看看CXF；需求字符串處理就看看Commons Lang中有沒有完成；需求IO操作就看看Commons IO中有沒有完成。
除了Apache，還有eclipse、springsource和Jboss等多家開源安排供給了許多的免費好貨，有時間就去了解一下不失為進階的好手法。“君子性非異也，善假於物也“——兇猛的傢伙不必定是什麼都會自己寫，而往往是會結合運用各種神器。
這裡順便說一句，許多開源項目都用了比較罕見的英文單詞或是自造詞作為姓名，遇屆時最好去官網上斷定它的讀音。許多人把Struts（本意：大模大樣）讀成了Structs，顯著跟struct（結構）搞混了，聽起來真實業餘。還有PostgreSQL應讀作postgres-QL，而不是postgre-SQL，請尊重作者的本意。Debian應讀作“戴博伊恩”，是作者夫婦的姓名合體，讀成“大便”就太對不住人家了。Ubuntu也別讀“優斑圖”了。
3. 把程序寫得更好
3.1. 代碼格局整齊高雅
儘量遵從官網上的代碼格局建議，善用開發東西（Eclipse）的主動格局化功用。
雜亂的條件、循環嵌套提煉為辦法，把辦法名起得有含義，儘量讓後人看程序就好像看直白的英文語句一樣。尋求代碼自我註釋。要注意儘量用單詞別用拼音，特別是模塊之間交互的接口，英語單詞和拼音的稠濁運用會讓後人昏死。現在的電子詞典品種繁多、易於運用，善用它們，讓代碼高雅的一起還能夠多知道幾個單詞。
3.2. 代碼內容高效
用過許多結構和開源項目並自己寫了不少程序之後，能夠開始考慮實踐《Effective Java》中所講的內容，何時何地怎麼運用適宜的技能與機制。
4. 經過規範類庫、企業級技能和開源項目瞭解形式
說到形式咱們首要想到的可能是“規劃形式”，有許多初學者為了前進也看了《規劃形式》這本書，不過據我經驗，其時看不懂，不知道那些形式為何存在，也不知道何時能夠用上它們。實際上所謂“形式”不過是前人的習慣用法，被後人以為好用並廣泛流傳。一切將前人代碼仿製過來改一改就用的，這樣的代碼其實都能夠說是某種“形式”的完成。
有了對規範類庫、企業級技能和一些開源項意圖運用後，形式的感覺才會在頭腦中樹立。這些類庫、技能、項目自身完成了許多形式，對它們的運用也是形式。只不過後者常被稱為實戰，而並沒有作為“形式”出現在出版物中。
“形式”除了《規劃形式》包含《企業運用架構形式》、《J2EE中心形式》，或許還有更多其它的。規範類庫和開源項目（包含許多盛行結構），出於規劃的靈活性、快捷性、高雅性，對它們有出色的運用。
Spring就是對工廠形式的完成。JDBC和JMS是對籠統工廠辦法形式的完成。
Struts除了咱們皆知的MVC，其實還完成了J2EE中心形式中的好幾樣。
Hibernate內部運用了Proxy形式，而它全體的存在是《企業運用架構形式》中“表數據進口”的完成。而老的EJB2.0中的CMB更像是“行數據進口”的完成。
這些形式直接作為概念來學習，沒有實際經驗，就會像我最初一樣不知它們為何存在也不知怎麼運用它們，得不償失。
現成的產品用多了就有感覺了。感觸它們帶來的便利，將它們中功用類似的互相比較，就能夠看得出各種形式的存在和它們的優異之處了。
5. 瞭解面向對象的真理
面向對象的八大準則在《靈敏軟件開發——準則、形式與實踐》中有所介紹，其間我最垂青“單一職責”準則，這個準則在模塊劃分時很有幫助，其思維乃至能夠延伸到安排結構的建造上。
6. 展望——架構師
有了以上幾步，應該就能夠作為一個合格的規劃人員而存在了。想做到架構師，曾經有位培訓師通知咱們：“學習Linux內核。”
大的過程是：看0.01版瞭解其結構，看0.10版瞭解其前進，看0.12版瞭解其完善，看最新版瞭解其現狀。
學習辦法是運用UML東西，對下載的Linux內核源文件進行反向工程，從得到的類圖中能夠看出模塊依靠聯繫，出度最大的模塊就是體系的中心，從這個模塊看起，看它怎麼調度其它各個模塊，再去看各模塊怎麼完成自己的功用。
寫java程序，請記住這些關鍵：
1.區別大小寫 Hello 和hello是不相同的
2.類名 第一個字母有必要大寫。每個單詞第一個字母有必要大寫。比方 class MyFirstJavaClass
3.辦法名 第一個字母有必要小寫。 假如後邊有多個單詞，這些單詞第一個字母大寫。 比方 : public void myFirstMethod()
4.文件名 文件名有必要和類名完全一致 比方上面咱們類名叫MyFirstJavaClass，那麼文件名有必要是MyFirstJavaProgram.java
END
Java 標識符
1
日子中，要描繪一個事物，東西，人，咱們會給它起名。
java 也相同。 咱們給類、變量和辦法起一個姓名，這個姓名就叫做標識符。
標識符命名規矩是：
1.一切標識符都應以英文字母、美元符號$ 或下劃線 (_) 最初。
2.在第一個字符之後, 標識符能夠有恣意組合的字符。這時候能夠運用數字。比方a1123
3.關鍵字不能用作標識符。
4.最重要的是, 標識符 區別大小寫。
【符號要求的標識符示例】: age、$salary、_value、__1_value。
【不符號的標識符示例】: 123abc (數字最初),-salary（減號最初）。
閱讀更多 淺霧描紅妝 的文章
