1. 寫完代碼后用代碼給是工具format一下,讓其格式符合規(guī)范,看起來自然舒服; 完美主義型的程序員請(qǐng)?jiān)谇么a的時(shí)候就按照規(guī)范的格式來,這樣離開了format工具代碼一樣漂亮;
成都創(chuàng)新互聯(lián)公司專注于獨(dú)山企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè)公司,商城建設(shè)。獨(dú)山網(wǎng)站建設(shè)公司,為獨(dú)山等地區(qū)提供建站服務(wù)。全流程按需制作網(wǎng)站,專業(yè)設(shè)計(jì),全程項(xiàng)目跟蹤,成都創(chuàng)新互聯(lián)公司專業(yè)和態(tài)度為您提供的服務(wù)
2. 消除代碼中所有的warnning,警告信息畢竟不是在開玩笑,不能置之不理,一些可以確定不存在風(fēng)險(xiǎn)、且無法修復(fù)的warning,如在1.5及以后的JDK版本中使用不帶泛型的老版集合接口時(shí)編譯器給出的warning, 可使用@SuppressWarnings標(biāo)注將其忽略;
3. 提交每一個(gè)change set之前,使用Findbug這個(gè)工具(有eclipse插件)檢查一遍代碼,把它提示的所有bug都修掉,這樣可以消除大量程序隱患;
4. 編寫充足的測(cè)試用例,如果你發(fā)現(xiàn)自己的代碼不可測(cè),即無法方便地編寫test case,那一定是代碼結(jié)構(gòu)設(shè)計(jì)得有問題,重構(gòu)之,直到可測(cè)試為止。
總結(jié):在沒有導(dǎo)師review和指導(dǎo)的情況下,完全可以通過上面四個(gè)方法自行提高代碼質(zhì)量和OO設(shè)計(jì)水平。而代碼質(zhì)量也在一定程度上反映了程序員對(duì)待職業(yè)的態(tài)度,你當(dāng)自己是碼農(nóng),按碼農(nóng)的標(biāo)準(zhǔn)去干活,那你永遠(yuǎn)是碼農(nóng)。你當(dāng)自己是藝術(shù)家,按藝術(shù)的標(biāo)準(zhǔn)是coding,那么終有一天你會(huì)成為代碼藝術(shù)家。
某些錯(cuò)誤產(chǎn)生并不一定代表程序無法編譯通過,而是不符合某個(gè)規(guī)范或用了比較舊版本的jdk所導(dǎo)致的,check-style應(yīng)該可以設(shè)置錯(cuò)誤類型的,比如沒有構(gòu)造方法這樣的錯(cuò)誤就可以忽略的,別急,慢慢來,一般調(diào)試別人的程序需要3-4周時(shí)間,熟練了就好。
直接在try和catch之間填充需要捕獲異常的代碼,之后如果有異常直接走catch分支,進(jìn)行異常捕獲,否則的話是不會(huì)執(zhí)行的。
如:
try{
//需要捕獲異常的代碼
} catch (Exception e) {
System.out.println(e.getMessage());
}
解釋:以上代碼中如果在”//需要捕獲異常的代碼“ 中有錯(cuò)誤,會(huì)直接進(jìn)行控制臺(tái)輸出。
Sonar 在看一篇資料時(shí),注意到的
Sonar 是一個(gè)集成了CheckStyle,PMD,Findbugs的代碼校驗(yàn)規(guī)則 ,重復(fù)代碼發(fā)現(xiàn),代碼測(cè)試覆蓋率, 代碼注釋率,及所有的檢測(cè)率變化追蹤的完美代碼質(zhì)量檢查工具。
我也不會(huì)用這個(gè)
兄dei,看下你代碼
System.out.print("你輸入了數(shù)字"+i);)
這個(gè)地方,是不是多個(gè)一個(gè)括號(hào)“)”