給Java開發者的10條戒律（一）

   1.給你的代碼加註解—每一個人都知道這一點，可是總會有人忘記遵照。你有多少次「忘記」加註解了?的卻不加文字註解有助於程序的功能性。可是一次又一你返 回兩星期前寫的代碼，結果你想不起來那是什麼了!若是這個未註解的代碼確實是你寫的那你就是幸運的了。由於在那些代碼中能夠喚起你的記憶。不幸的是，大多 數的時候代碼是別人寫的，並且他已將離開了公司!有句諺語是這樣說的「本身的事情本身作」。因此爲了別人或是咱們本身考慮，在你的代碼上加上註解吧。

2.別把事情複雜化— 我之前就是這麼作的而其我相信大家也同樣。開發者喜歡把簡單的問題用很複雜的方法來解決。咱們介紹EJBs到有五個用戶的應用程序中。咱們完成一個框架結 構那是應用程序所不須要的。咱們添加屬性文件，目標源方案到本不須要這些東西的應用程序中。爲何咱們要這樣作呢?一些人是不知道如何去作，而一些人故意 這麼作是想去學習新的東西，想讓咱們感興趣。對於那些不知道如何去作的人，我建議去向經驗豐富的編程人員去詢問。而對於那些喜歡把應用程序設計搞複雜的 人，個人建議仍是要更專業一些來處理問題。

3.記住—「少便是多」不見得是件好事。—代碼效率是件很是好的事情，可是不少狀況下少寫幾行代碼並不能提升代碼工做的效率。舉個簡單的例子：

 

if(newStatusCode.equals("SD") && (sellOffDate == null || todayDate.compareTo(sellOffDate)<0 || (lastUsedDate != null && todayDate.compareTo(lastUsedDate)>0)) || (newStatusCode.equals("OBS") && (OBSDate == null || todayDate.compareTo(OBSDate)<0))){ newStatusCode = "NYP"; }

查出「if」條件下在作什麼是多麼簡單的事情?如今想象一下寫這個代碼的人，沒有遵照第一個規則-給代碼加註解

若是咱們把這個狀況分紅兩個獨立的if語句豈不是更簡單一些麼?如今看一下修改後的代碼：

 

if(newStatusCode.equals("SD") && (sellOffDate == null || todayDate.compareTo(sellOffDate)<0 || (lastUsedDate != null && todayDate.compareTo(lastUsedDate)>0))){ newStatusCode = "NYP"; }else if(newStatusCode.equals("OBS") && (OBSDate == null || todayDate.compareTo(OBSDate)<0)) { newStatusCode = "NYP"; }

是否是更清晰了?是的，咱們在重複一下。咱們有另外一個「IF」 和兩個額外的括號，可是這個代碼更容易讀懂了!