當(dāng)我刪除一段看起來“沒什么用”的代碼后。。。

跟你們說個(gè)真實(shí)的事兒

今天我有一段代碼被人刪除了，我問為什么刪除我的代碼，他說，有一段代碼看起來是這樣的

后果是這樣的

動(dòng)別人的代碼其危險(xiǎn)程度遠(yuǎn)超動(dòng)別人家老婆。

跟你們說啊，千萬不要隨意刪除那些看起來沒什么用的代碼，特別是復(fù)雜的邏輯，如果你沒弄清楚作者的意圖就隨便去修改，翻車是遲早的事。

如何保證你修改的代碼是沒有副作用的呢？

給業(yè)務(wù)代碼寫單元測試是保證代碼不出問題的主要手段。當(dāng)然寫單元測試還有很多顯而易見的好處，例如驗(yàn)證我們代碼的正確性，保證修改重構(gòu)后的代碼的正確性，加深對業(yè)務(wù)的理解。最重要的是，單元測試還是最好的開發(fā)文檔，建議你們看那些優(yōu)秀的框架源碼時(shí)，直接從單元測試開始入手。

有人認(rèn)為寫單元測試會(huì)拖慢開發(fā)進(jìn)度，其實(shí)長期看來嚴(yán)重低估的其帶來的好處。

除了單元測試，必要的 code review 也是減少bug出現(xiàn)方法之一。團(tuán)隊(duì)之間互相做code review 不僅是相互學(xué)習(xí)提高技能的機(jī)會(huì)，還有保證代碼風(fēng)格的統(tǒng)一，發(fā)現(xiàn)低級的拼寫錯(cuò)誤，保證代碼清晰可讀等作用，畢竟代碼的主要作用是用來讀的，只是順便給機(jī)器運(yùn)行。

所以，你們寫代碼通常都是怎么保證代碼質(zhì)量的，評論區(qū)大伙說說唄。