杂乱的修改代码的感触

前期没做好规划，后期代码写的很乱，一改到处都要改，基本把项目中设计到得部分改完了，真是费力费时又没技术含量的一件事情。

一处添加代码，无所谓，基本的规范有就行，代码设计到两处就要警惕，然后代码设计范围越来越大，那么如果你出错，不可控的地方也越来越大，如果觉得这样的实现有问题，那么你就惨了。

既然这么多地方都设计这个功能，是否可以把它抽象出来呢？

现在代码以及开发到后期，抽象出来你准备怎么做？
里面设计到不变的 变化的

抽象出来---》》

不变的-遍历方式 判断方式 删除操作

变化的--实体service不一样 实体不一样

反射解决--前期设计适合使用比较好，可以抽象很多作为模板

传引用解决--现在代码不可能去继承什么，所以我感觉只能用这种方式

开阔的视野 丰富的实践（这一般会暴露很多问题） 再思考


[size=medium]附上两年后的想法：
1.对于代码重复 代码不规范 完全可以用工具代替
sonar这个质量管理平台PMD可以查出对应的问题
2.设计问题
设计本身是对一些可以预料的事情做的判断，如果不能预料的问题发生，你的设计有一定的抗需求变动的能力，变动翻天覆地那就不要怪设计，是需求问题
[/size]