Java程序員有許多應遵循的守則或最佳實踐方式。本文概述了每個開發者最應該遵循的10條守則或戒律，如果不遵循它們，將會導致災難性後果。
1.為代碼添加註釋（Addcommentstoyourcode）._每個人都知道這壹點，但不是每個人都會這麽做。妳有多少次“忘記”添加註釋了？確實，註釋不會為妳的程序增加任何函數功能。但是，有多少次，看到2周前寫的代碼，妳都記不起它是幹什麽的？妳很幸運，那些未註釋的代碼是妳自己寫的，妳腦海中還會有殘存的印象。非常不幸，大多時候，代碼是別人寫的，並且那個人很可能已經離開公司了。有句諺語說的好：“有來有往，互惠互利”，因此程序員應該體諒彼此（還有妳自己），給妳的代碼加上註釋。
2.不要把簡單事情復雜化（Donotcomplicatethings）._我曾經這麽做過，我相信妳也壹樣。開發者都傾向於采用復雜方式解決簡單問題。我們在壹個只有5個用戶的系統中引入EJB，為壹個並不需要框架的應用實現壹套框架，采用屬性文件、采用面向對象解決方案、使用線程，而這些根本用不著。為什麽會這麽做？壹些人可能不知道有更好的解決方案，但另壹些人可能故意這樣做來學習新知識，或僅僅是因為有趣。對那些不知道更好解決方案的人，要多聽有經驗程序員的建議。對於那些純粹出於個人目的而將設計復雜化的人，我建議妳要更加專業壹點。
3.記住－“越少越好”並非總是如此(KeepinMind_“Lessismore”isnotalwaysbetter)._高效率的代碼是件好事，但很多情況下，並非代碼行數越少效率就越高。
4.不要“硬編碼”（Nohardcodingplease）._由於時間緊迫，開發者總是會忘記或故意忽略這壹條。然而另壹種可能是，遵循這條戒律，我們就不會陷入“時間緊迫”的困境。定義壹個staticfinal變量，增加壹行代碼，又能花多長時間呢？
5.不要發明妳自己的框架（Donotinventyourownframeworks）._不誇張地講，已經有幾千個框架存在了，大多數還是開源的。很多框架都是極完美的解決方案，並已被用到成千的系統中。我們只要關註最新的流行的框架，至少表面上要熟悉壹下。壹個最成功的、也是被廣泛使用的例子是Struts框架，這個開源的web框架是建立web系統的極佳選擇，不要試圖構造妳自己的Struts版本，會累死的。但妳必須記住第2條（譯註：原文是“第3條”，顯然不對）戒律——不要把簡單事情復雜化。如果妳要開發的系統只有3個界面，就不要用Struts.對於這樣壹個系統，沒有足夠的需要被“控制”的東西（譯註：Struts將界面做MVC劃分，C即controller，所以作者說thereisn’tmuch“controlling”required）。
6.對Print行或字符串說不（SaynotoPrintlinesandStringConcatenations）._我知道為了調試方便，程序員喜歡到處用System.out.println,然後對自己說過壹會就刪掉。但我們常常忘記刪掉這些行或不願刪掉，我們用System.out.println做測試，為什麽測完後還要去改代碼？java課程認為這很可能導致誤刪壹行我們需要的代碼。不要低估System.out.println的危害。