xx 2.0項目 軟體開發代碼泥團問題

1 自己改的問題單，改完之後自測OK，之後同一塊代碼被别人重新修改引入新的問題造成問題單不能回歸。

2 為了修改問題單，過去的代碼被修改的面目全非，結構非常混亂，如果出現新的問題，要花費巨大盡力才能定位修改。代碼已經無法正常維護。

自己見到的幾個問題

1 魔鬼數字造成代碼可讀性非常差，不知道每個數字做什麼的。

2 不規範的變量命名，同樣不知道變量做什麼的。

3 過長的函數，幾百行代碼的函數，讓人看到就頭疼。

4 同一個功能的實作無規律的分散不同的地方，出現問題難以定位。

維護該問題單的時間和精力幾乎達到開發的3-5倍

目前的主要思路，新的項目該如何做才能減少維護精力？

1 清晰的子產品劃分

2 高内聚低耦合，降低同級别不同子產品代碼塊的依賴度，降低出現問題的感染範圍，同一個功能盡量寫在一個位置，友善定位問題

3 規範的命名和注釋，以增強可讀性

4 簡化的代碼邏輯設計，主要還是可讀性

這些問題如何解決？

我的思路是如何讓自己的代碼不容易被覆寫，這個似乎很難。

改單後單元測試後，評估影響範圍，做簡單的內建測試，保證基本功能的可用性和不引入新的問題。