xx 2.0项目 软件开发代码泥团问题

1 自己改的问题单，改完之后自测OK，之后同一块代码被别人重新修改引入新的问题造成问题单不能回归。

2 为了修改问题单，过去的代码被修改的面目全非，结构非常混乱，如果出现新的问题，要花费巨大尽力才能定位修改。代码已经无法正常维护。

自己见到的几个问题

1 魔鬼数字造成代码可读性非常差，不知道每个数字做什么的。

2 不规范的变量命名，同样不知道变量做什么的。

3 过长的函数，几百行代码的函数，让人看到就头疼。

4 同一个功能的实现无规律的分散不同的地方，出现问题难以定位。

维护该问题单的时间和精力几乎达到开发的3-5倍

当前的主要思路，新的项目该如何做才能减少维护精力？

1 清晰的模块划分

2 高内聚低耦合，降低同级别不同模块代码块的依赖度，降低出现问题的感染范围，同一个功能尽量写在一个位置，方便定位问题

3 规范的命名和注释，以增强可读性

4 简化的代码逻辑设计，主要还是可读性

这些问题如何解决？

我的思路是如何让自己的代码不容易被覆盖，这个似乎很难。

改单后单元测试后，评估影响范围，做简单的集成测试，保证基本功能的可用性和不引入新的问题。