譯者 | 劉汪洋
審校 | 重樓
多年來,我招聘了許多開發(fā)人員,其中一些人堅(jiān)信代碼需要頻繁重構(gòu)。然而,事實(shí)是,幾乎每次他們完成重構(gòu)并將代碼交付給其他開發(fā)人員時(shí),大家往往發(fā)現(xiàn)這些代碼反而變得更難理解和維護(hù)。更糟糕的是,重構(gòu)后的代碼通常運(yùn)行效率更低,且問題頻發(fā)。
需要明確的是,重構(gòu)本身并無(wú)不妥。它是保持代碼庫(kù)健康和可持續(xù)發(fā)展的關(guān)鍵。然而,不當(dāng)?shù)闹貥?gòu)會(huì)帶來負(fù)面影響,試圖改進(jìn)代碼時(shí)出現(xiàn)的錯(cuò)誤,往往會(huì)適得其反,這種情況并不罕見。
接下來,我們將探討如何區(qū)分好的重構(gòu)與不良重構(gòu),并討論如何避免成為那個(gè)讓團(tuán)隊(duì)成員都不愿意接觸代碼庫(kù)的開發(fā)者。
在編程中,抽象既可能帶來好處,也可能造成問題,關(guān)鍵在于何時(shí)以及如何應(yīng)用。下面,我們將探討一些常見的陷阱,并討論如何避免這些問題。
我經(jīng)常看到開發(fā)人員在重構(gòu)過程中完全改變編碼風(fēng)格,這是最常見的錯(cuò)誤之一。通常,這種情況發(fā)生在開發(fā)人員來自不同背景或?qū)δ撤N編程范式有強(qiáng)烈偏好的情況下。
讓我們來看一個(gè)例子。假設(shè)我們有一段需要重構(gòu)的代碼:
重構(gòu)前:
//
本文鏈接:http://www.tebozhan.com/showinfo-26-112774-0.html好的代碼重構(gòu) vs 壞的代碼重構(gòu):如何做出正確選擇?
聲明:本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí),若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除處理。郵件:2376512515@qq.com
上一篇: 解密 Python 集合的實(shí)現(xiàn)原理
下一篇: QA已死:我們接下來走向何方?