Java程序員有許多應遵循的守則或?qū)嵺`方式。本文概述了每個開發(fā)者應該遵循的10條守則或戒律，如果不遵循它們，將會導致災難性后果。
1.為代碼添加注釋.–每個人都知道這一點，但不是每個人都會這么做。你有多少次“忘記”添加注釋了？確實，注釋不會為你的程序增加任何函數(shù)功能。但是，有多少次，看到2周前寫的代碼，你都記不起它是干什么的？你很幸運，那些未注釋的代碼是你自己寫的，你腦海中還會有殘存的印象。非常不幸，大多時候，代碼是別人寫的，并且那個人很可能已經(jīng)離開公司了。有句諺語說的好：“有來有往，互惠互利”，因此程序員應該體諒彼此（還有你自己），給你的代碼加上注釋。
2.不要把簡單事情復雜化.–我曾經(jīng)這么做過，我相信你也一樣。開發(fā)者都傾向于采用復雜方式解決簡單問題。我們在一個只有5個用戶的系統(tǒng)中引入EJB，為一個并不需要框架的應用實現(xiàn)一套框架，采用屬性文件、采用面向?qū)ο蠼鉀Q方案、使用線程，而這些根本用不著。為什么會這么做？一些人可能不知道有更好的解決方案，但另一些人可能故意這樣做來學習新知識，或僅僅是因為有趣。對那些不知道更好解決方案的人，要多聽有經(jīng)驗程序員的建議。對于那些純粹出于個人目的而將設計復雜化的人，我建議你要更加專業(yè)一點。
3.記?。霸缴僭胶谩辈⒎强偸侨绱?–率的代碼是件好事，但很多情況下，并非代碼行數(shù)越少效率就越高。
4.不要“硬編碼”.–由于時間緊迫，開發(fā)者總是會忘記或故意忽略這一條。然而另一種可能是，遵循這條戒律，我們就不會陷入“時間緊迫”的困境。定義一個staticfinal變量，增加一行代碼，又能花多長時間呢？現(xiàn)在，每次需要比較字符串“ABC”與某個變量的時候，我們只要引用A.S_CONSTANT_ABC即可，而不必記住它本身是什么。對這個常量的修改也非常方便，改一個地方即可，而不必在全部代碼中查找。
5.不要發(fā)明你自己的框架.–不夸張地講，已經(jīng)有幾千個框架存在了，大多數(shù)還是開源的。很多框架都是極完美的解決方案，并已被用到成千的系統(tǒng)中。我們只要關注的流行的框架，至少表面上要熟悉一下。一個成功的、也是被廣泛使用的例子是Struts框架，這個開源的web框架是建立web系統(tǒng)的選擇，不要試圖構造你自己的Struts版本，會累死的。但你必須記住第2條（譯注：原文是“第3條”，顯然不對）戒律——不要把簡單事情復雜化。如果你要開發(fā)的系統(tǒng)只有3個界面，就不要用Struts.對于這樣一個系統(tǒng)，沒有足夠的需要被“控制”的東西（譯注：Struts將界面做MVC劃分，C即controller，所以作者說thereisn’tmuch“controlling”required）。
6.注意圖形用戶界面.–無論聽上去多荒謬，但有一點我注意過多次了：圖形用戶界面（GUI）對于商業(yè)用戶而言與程序功能及執(zhí)行效率一樣重要。GUI對于應用程序的成功至關重要。IT管理者（譯注：這里應該是指程序開發(fā)方的ITmanagement）常常忽略GUI的重要性，很多公司為了省錢而不雇傭Web設計人員，而這些設計人員有足夠的經(jīng)驗來設計“用戶友好”的應用軟件。Java程序員不得不依賴他們有限的HMTL知識。我見過非常多對“計算機友好”而非對“用戶友好”的應用程序，同時精通軟件開發(fā)和用戶界面開發(fā)的開發(fā)者非常少見。如果你是一位不幸被指派做界面開發(fā)的Java程序員，你要遵循下面3條規(guī)則：不要重新發(fā)明輪子。去看那些類似應用系統(tǒng)的界面。首先建立一個原型。這一步非常關鍵?？蛻粝矚g提前看到他們要用的東西。同樣你可以得到他們的反饋，而不是你辛辛苦苦做出來一個客戶不喜歡的東西。作為開發(fā)者，很可能會忽略分頁，因為這會減少很多麻煩；而站在客戶角度，這就不是一個好的方案，因為數(shù)據(jù)可能多達幾百行。
7.提前準備需求文檔.–每項業(yè)務需求都記入文檔。這在童話故事中可能實現(xiàn)，而現(xiàn)實中很難做到。無論時間多么緊迫，無論截止日期如何迫近，你必須確保業(yè)務需求被記錄下來。（譯注：這條明顯悖于敏捷開發(fā)的觀念，大家要獨立思考，甄別是非）
8.單元測試.我不準備討論如何單元測試的細節(jié)，我只是想說這必須要做。這是編程中基本的規(guī)則了，尤其不能忽略。如果你同事能為你的代碼創(chuàng)建一個測試計劃，那就再好不過了；如果不能，那就要自己做。做單元測試計劃時，遵循下面原則：編碼前就寫單元測試保留單元測試的注釋對任何“有趣的”公共方法都要做單元測試（“有趣的”是指除了像常見的getter/setter這類方法外的方法，但包含有自己內(nèi)容的getter/setter方法）
9.記?。嘿|(zhì)量，而非數(shù)量.-不要待的太晚（除非有必要）。我知道有時因為產(chǎn)品問題，截止期限或其他突發(fā)事件，不能按時下班。但經(jīng)理不會因為你為一般問題待的太晚而感激或獎勵你；他們會為有質(zhì)量的工作而感激你。如果你遵循上面的列的原則，你就會寫更健壯的、少bug的程序。這才是你應該做的。
結(jié)論
本文中總結(jié)了Java程序員應注意的10項守則。僅僅知道是不夠的，還要遵循它們。希望這些守則能讓我們做更加專業(yè)的程序員。不是每個人都能成為高手，但是不努力，就算有再高的天分，也白癡一個！