如果想學好Java，那敲程式碼是必不可少的事，如何才能準確又高效的寫好Java程式碼呢，小編總結了以下幾點供大家參考。

1.儘量使用interfaces，不要使用abstract類。若已知某樣東西準備成為一個基礎類，那麼第一個選擇應是將其變成一個interface（介面）。只有在不得不使用方法定義或者成員變數的時候，才需要將其變成一個abstract（抽象）類。介面主要描述了客戶希望做什麼事情，而一個類則致力於（或允許）具體的實施細節。

2.在現成類的基礎上建立新類時，請首先選擇”新建”或”創作”。只有自己的設計要求必須繼承時，才應考慮這方面的問題。若在本來允許新建的場合使用了繼承，則整個設計會變得沒有必要地複雜。

3. 為避免程式設計時遇到麻煩，請保證在自己類路徑指到的任何地方，每個名字都僅對應一個類。否則，編譯器可能先找到同名的另一個類，並報告出錯訊息。若懷疑自己碰到了類路徑問題，請試試在類路徑的每一個起點，搜尋一下同名的.class檔案。

小編相信這裡有很多學習java的朋友，小編整理了一份java方面的學習資料，想要獲取的可以加我的java學習群的喲，928204055。歡迎愛學習Java的你們。

4.涉及構建器和異常的時候，通常希望重新丟棄在構建器中捕獲的任何異常–如果它造成了那個物件的建立失敗。這樣一來，呼叫者就不會以為那個物件已正確地建立，從而盲目地繼續。

5.設計一個類時，請設身處地為客戶程式設計師考慮一下（類的使用方法應該是非常明確的）。然後，再設身處地為管理程式碼的人考慮一下（預計有可能進行哪些形式的修改，想想用什麼方法可把它們變得更簡單）。

6.用合理的設計方案消除”偽功能”。也就是說，假若只需要建立類的一個物件，就不要提前限制自己使用應用程式，並加上一條”只生成其中一個”註釋。請考慮將其封裝成一個”獨生子”的形式。若在主程式裡有大量散亂的程式碼，用於建立自己的物件，請考慮採納一種創造性的方案，將些程式碼封裝起來。

7.警惕”分析癱瘓”。請記住，無論如何都要提前瞭解整個專案的狀況，再去考察其中的細節。由於把握了全域性，可快速認識自己未知的一些因素，防止在考察細節的時候陷入”死邏輯”中。

8. 警惕”過早優化”。首先讓它執行起來，再考慮變得更快–但只有在自己必須這樣做、而且經證實在某部分程式碼中的確存在一個性能瓶頸的時候，才應進行優化。除非用專門的工具分析瓶頸，否則很有可能是在浪費自己的時間。效能提升的隱含代價是自己的程式碼變得難於理解，而且難於維護。

9. 請記住，閱讀程式碼的時間比寫程式碼的時間多得多。思路清晰的設計可獲得易於理解的程式，但註釋、細緻的解釋以及一些示例往往具有不可估量的價值。無論對你自己，還是對後來的人，它們都是相當重要的。如對此仍有懷疑，那麼請試想自己試圖從聯機Java文件裡找出有用資訊時碰到的挫折，這樣或許能將你說服。