工欲善其事必先利其器，Java程序員寫(xiě)代碼也是如此，要寫(xiě)一手漂亮的代碼，需要在寫(xiě)之前做好準(zhǔn)備，還要知道怎樣寫(xiě)才是真的好，今天小編就為大家準(zhǔn)備了幾個(gè)幫助大家在寫(xiě)代碼的時(shí)候更加得心應(yīng)手的技巧：

　　編碼之前想一想

　　用10分鐘，20分鐘甚至30分鐘的時(shí)間來(lái)想想你需要什么，想想什么樣的設(shè)計(jì)模式(如果有的話)適合你將要編碼的東西，真的要好好想想，你會(huì)很慶幸“浪費(fèi)”了那幾分鐘，當(dāng)你不得不更改或添加?xùn)|西到代碼中，而這只花費(fèi)了你30分鐘的時(shí)間而不是5小時(shí)。

　　注釋你的代碼

　　說(shuō)真的，沒(méi)有什么比兩個(gè)月后檢查自己的代碼，卻不記得它用來(lái)干什么更糟糕的了。注釋所有重要的內(nèi)容，當(dāng)然那些顯而易見(jiàn)的就免了吧。

　　寫(xiě)干凈的代碼

　　錯(cuò)落有致。使用空格。根據(jù)功能模塊化你的代碼。此外，遵循代碼約定/標(biāo)準(zhǔn)尤其如果是共享的代碼。

　　重構(gòu)

　　沒(méi)有人喜歡用那些超級(jí)長(zhǎng)的方法。這通常意味著你混雜了功能。用更易于管理的方法分離代碼。還能使得代碼更可重用。

　　不要復(fù)制粘貼代碼

　　如果你有兩個(gè)或兩個(gè)以上相同的代碼塊，那么你可能做錯(cuò)了什么。閱讀第4條。

　　使用有意義的名稱

　　雖然命名int變量為“elligent”或char為“mander”是很好笑;但是，這樣的名稱并不能說(shuō)明變量是用來(lái)做什么的。

　　測(cè)試代碼

　　測(cè)試，測(cè)試，測(cè)試，還是測(cè)試。測(cè)試你的代碼。不要等到已經(jīng)做完程序之后再來(lái)測(cè)試，否則當(dāng)你發(fā)現(xiàn)一個(gè)巨大的bug，卻不知道它來(lái)自于哪里來(lái)的時(shí)候，你會(huì)追悔莫及。

　　自動(dòng)化測(cè)試通常都是有價(jià)值的。它還有助于節(jié)省大量重測(cè)試和回歸測(cè)試的時(shí)間。

　　學(xué)會(huì)調(diào)試

　　在我的第一年，我習(xí)慣于管理事情而不知道如何去做，并且每次遇到問(wèn)題的時(shí)候就println。大錯(cuò)特錯(cuò)。有時(shí)候，我甚至找不到bug，而且檢查“丟失的”println浪費(fèi)時(shí)間。