1. 修改完代碼，記得自測(cè)一下
「改完代碼，自測(cè)一下」
是每位程序員必備的基本素養(yǎng)。尤其不要抱有這種僥幸「心理：我只是改了一個(gè)變量或者我只改了一行配置代碼，不用自測(cè)了」。改完代碼，盡量要求自己都去測(cè)試一下，可以規(guī)避很多不必要bug的。
2. 方法入?yún)⒈M量都檢驗(yàn)
入?yún)⑿ｒ?yàn)也是每個(gè)程序員必備的基本素養(yǎng)。你的方法處理，「必須先校驗(yàn)參數(shù)」。比如入?yún)⑹欠裨试S為空，入?yún)㈤L度是否符合你的預(yù)期長度。這個(gè)盡量養(yǎng)成習(xí)慣吧，很多「低級(jí)bug」都是「不校驗(yàn)參數(shù)」導(dǎo)致的。
如果你的數(shù)據(jù)庫字段設(shè)置為varchar(16),對(duì)方傳了一個(gè)32位的字符串過來，你不校驗(yàn)參數(shù)，「插入數(shù)據(jù)庫直接異常」了。
3. 修改老接口的時(shí)候，思考接口的兼容性。
很多bug都是因?yàn)樾薷牧藢?duì)外老接口，但是卻「不做兼容導(dǎo)致」的。關(guān)鍵這個(gè)問題多數(shù)是比較嚴(yán)重的，可能直接導(dǎo)致系統(tǒng)發(fā)版失敗的。新手程序員很容易犯這個(gè)錯(cuò)誤哦~
所以，如果你的需求是在原來接口上修改，，尤其這個(gè)接口是對(duì)外提供服務(wù)的話，一定要考慮接口兼容。
4.對(duì)于復(fù)雜的代碼邏輯，添加清楚的注釋
寫代碼的時(shí)候，是沒有必要寫太多的注釋的，好的方法變量命名就是的注釋。但是，如果是「業(yè)務(wù)邏輯很復(fù)雜的代碼」，真的非常有必要寫「清楚注釋」。清楚的注釋，更有利于后面的維護(hù)。
5. 使用完IO資源流，需要關(guān)閉
應(yīng)該大家都有過這樣的經(jīng)歷，windows系統(tǒng)桌面如果「打開太多文件」或者系統(tǒng)軟件，就會(huì)覺得電腦很卡。當(dāng)然，我們linux服務(wù)器也一樣，平時(shí)操作文件，或者數(shù)據(jù)庫連接，IO資源流如果沒關(guān)閉，那么這個(gè)IO資源就會(huì)被它占著，這樣別人就沒有辦法用了，這就造成「資源浪費(fèi)」。
6.代碼采取措施避免運(yùn)行時(shí)錯(cuò)誤(如數(shù)組邊界溢出，被零除等)
日常開發(fā)中，我們需要采取措施規(guī)避「數(shù)組邊界溢出，被零整除，空指針」等運(yùn)行時(shí)錯(cuò)誤。
7.盡量不在循環(huán)里遠(yuǎn)程調(diào)用、或者數(shù)據(jù)庫操作，優(yōu)先考慮批量進(jìn)行。
遠(yuǎn)程操作或者數(shù)據(jù)庫操作都是「比較耗網(wǎng)絡(luò)、IO資源」的，所以盡量不在循環(huán)里遠(yuǎn)程調(diào)用、不在循環(huán)里操作數(shù)據(jù)庫，能「批量一次性查回來盡量不要循環(huán)多次去查」。
俗話說習(xí)慣的養(yǎng)成需要21天，而毀滅一個(gè)習(xí)慣只需要，養(yǎng)成好的寫代碼習(xí)慣是每一個(gè)程序員都應(yīng)該做的事情。想要獲得更多關(guān)于寫代碼的秘訣，來找小粵，免費(fèi)告訴你如何成為一名的程序員。
