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

  7.關注GUI—不管聽起來有多麼荒謬，我要一再指出的是GUI的功能和運行狀況和商業客戶是同等重要的。GUI是一個成功的應用程序的重要組成部分。 IT管理老是忽略GUI的重要性。許多機構省錢的方式是不僱用設計「user-friendly」應用程序有經驗的網絡設計師。Java開發者不得不依賴 於他們本身的HTML技術和在此領域的那點侷限性知識。我見過太多的應用程序是 「computer friendly」而不是 「 user friendly」。不多看到有開發者在軟件開發和GUI開發二者都一樣精通的。若是你是那個不幸的被指定去建立一個應用程序界面的Java開發者，你能夠遵循這三個規則：

1. 不要從新發明車輪。尋找現有的有相似接口需求的應用程序。

2. 先建立個雛形。這是很是重要的步驟。客戶想要看到他們能獲得些什麼。這樣對你來講是有意的，是由於在你盡心盡力工做以前能夠獲得客戶的要求而且能夠建立一個應用程序界面，這樣可讓客戶冷靜下來。

3. 帶上用戶的帽子。換句話說，就是須要從用戶的角度來檢查應用程序的需求。例如，一個總結性的screen能夠用標頁的方式來建立。做爲一個軟件開發人員，容許從應用程序中忽略標記很讓人惱火，由於它確實有一點複雜。可是，從客戶的角度來看，可能不是很好的解決方案，由於總結的結果能夠容納數百個數據行。

8. 時刻準備文件需求— 每一商業需求都要記錄在案。這個在一些童話故事裏是正確的，可是遠離了現實世界。不管你的開發有多麼的時間緊迫，不管你的最後期限要求的多麼嚴格，你必須確保每一個商業需求都是被記錄在案的。

9.單元測試，單元測試，單元測試—我就不詳細的說明什麼是作你的代碼單元測試的最好方法。我只是想說的是必需要這麼作。這是編程中最基本的規 則。這是一個首先就不能被忽視的規則。若是你的下一個開發人員能夠建立併爲你的代碼執行測試計劃，那是在是太棒了。可是若是不可能，那你必須本身來作。建 立一個單元測試計劃，遵循如下這些基本規則：

1. 在寫代碼以前爲分類測試寫一個單元測試計劃。

2. 在單元測試中獲取代碼註解。

3. 執行一個「有趣的」功能測試全部的公開的方法(也就是說，沒有得到者和設置者，除非他們用一些獨特方法來進行他們的獲取和設置。)

10. 記住—質量，不是數量—不要呆得太晚(若是你不須要這麼作)。我理解有時候產品問題，緊迫的最後期限和不但願發生的一些事情會阻止咱們不能按時離開工做崗 位。可是，經理們是不會感謝和報答他們的員工由於他們老是呆得時間太長，他們感謝員工是由於他們作了高質量的工做。若是你遵循以上所提到的這些規則，你將 會發現你產生不多的bug，得到更多的可維護的代碼。這是你工做中最重要的部分。

總結

本文中我列舉了10個在Java編程中的重要規則。知道這些規則不重要，遵循這些規則纔是最重要的。但願這些規則能夠幫助你們成爲更好更專業的編程人員。