重构之思路

最近由于旧系统会出现一些bug，所以没办法只能去细读系统源码，在读源码时候打算去实践下重构，因此在做重构之前，我就整理了一个思路。 
1， 先将所以源码进行化简。何谓化简就是将一个大方法化成小方法，大逻辑拆分成小逻辑。但是前提条件就是不去修改逻辑只做化简。 
2. 将所以化简的方法和逻辑进行再次组合。为何要化简后重组呢？这就需要根据业务流程和热点进行重组。 
3. 最后一步将重组后的进行微调。  

因此我的思路是先化简再重组最后微调。 

根据前一篇的思维我进行着第一步拆分，但是在拆分的过程中怎么才算是已经拆分到最小呢？这个我思考了很久。最后我想的决定是： 
1. 拆分的最小方法能够重用。 
2. 能够简单进行Junit单元测试。 
3. 拆分的最小方法尽量逻辑单一。 
4. 尽力满足类似数据可提交的事务那样的一个完整。 
因此暂时不能将公司内部的代码公布所有这里先不能暂时出源码。所以这里先将思路记录下来，之后我在适当的进行展示一部分源码，及其重构后的源码，及其我用Junit的测试的测试用例。如果大家有什么建议或者异议可以一起探讨，也可以给出你的一些源码来探讨如果进行重构和编写测试用例。