網(wǎng)友解答: 前任遺留下來的代碼的確令人頭疼，我們要考慮這幾個問題：1.是否有寫文檔。2.代碼是否注釋清楚。3.代碼規(guī)范性。4.之前遺留的問題是否解決或未解決。針對以上幾個問題，我們再進一

前任遺留下來的代碼的確令人頭疼，我們要考慮這幾個問題：

1.是否有寫文檔。

2.代碼是否注釋清楚。

3.代碼規(guī)范性。

4.之前遺留的問題是否解決或未解決。

針對以上幾個問題，我們再進一步整理前任遺留的代碼：

1.自己測試整個項目，記錄出現(xiàn)的bug。

2.了解項目的主要功能，比如支付系統(tǒng)，登陸系統(tǒng)等等。

3.如果有文檔可以簡單看下文檔，如果沒有文檔可以查看之前提交代碼記錄（一般管理代碼工具都會記錄）。

4.在修改遺留代碼某功能之前先看注釋。

其實可怕的不是前任遺留下來的代碼，只要你在這個領(lǐng)域技術(shù)能力可以，哪怕沒有太多的注釋，你也應(yīng)該要做出來，這樣不僅提高自己的技能，還增加了不少的經(jīng)驗，以后不管再碰到誰寫的代碼照樣不怕，修改別人代碼就像修改自己代碼一樣。

謝邀。

一般情況下，如果遺留代碼還可以正常工作的話，建議不要進行修改。

如果當中出現(xiàn)bug了，可以嘗試將出現(xiàn)問題的方法或者類進行重構(gòu)，修改過程中記得寫好注釋，并且將原來的代碼注釋掉，不要刪除，注釋寫清楚為什么改，修改完成后充分測試再上線。

遺留代碼并不可怕，只要我們能搞清楚這段代碼的邏輯就行。然后分階段的進行修改重構(gòu)就好。記住，任何時候都要保證業(yè)務(wù)的正常運行才是基礎(chǔ)，所以要謹慎對待遺留代碼，修改要一部分一部分的進行。盡量把不同的邏輯部分抽取出來形成單獨的方法，保證修改不會形成大面積bug的出現(xiàn)。

核心算法部分，要更加謹慎，一定要做到測試用例完善，充分測試后再提交上線。