按照本书的说法，我们当前仅限于单个应用，针对分布式应用（跨多个应用的重构不讨论）
重构：对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。
目的很明确，其实就是降低后续的维护成本，如果生命周期比较短，我不推荐进行大规模的重构动作。同时这里面就有一个非常大的前提，不改变软件的可观察行为，如果不改名，怎么判定，这个就是需要我们为软件构筑测试体系。
影响重构发生的几大障碍：
1、自动化测试体系，没有自动化测试的保障进行重构每一个程序员心里都没有底，比如我们的持续集成调度类，这个类当初是我编写的，现在经过大量的修改我自己都不敢去做大规模重构了，因为没有测试的保障。
2、作用域设置，因为需要重构，而且我在提供团队内部基础组件的过程中发现了这个问题很严重，和书上说的很一致：作用域的问题。我自己现在总结也没有什么好的办法，就是一定要缩小作用域，能多小就多小，只要开放出去了，想对此进行重构都是非常麻烦易出错的事情。
3、一些编码习惯，比如反射，反射这种问题导致在重构发生后编译器无法自动识别错误，导致重构会导致一部分的遗漏，举几个我们自己的例子，我们老的系统中：
a、我们flex的amf绑定关系中使用了类名和方法名，而这种指定是通过类似反射的方式
b、我们的DAOFactory中运用反射来创建DAO
c、我们的任务配置中在数据库中，针对不同的执行计划我们反射加载具体的执行计划任务类
这一些列的动作在我们重构改变类名、方法名、方法参数化的过程中现代的IDE都无法通过编译来告警。
重构方法
提炼函数（extract method)
提炼方法最重要的关注点
有没有局部变量，具体变量后续有没有被使用
a、有后续没有被使用，直接作为方法参数化传递即可
b、有后续会被使用，被使用一般情况下返回参数化即可，同时有可能是多个变量
方法，把多个变量包装成一个对象，使用出参对象作为返回，方法内改变参数的值，比如：
这里有一个关键的问题，java的值传递，我们来看两种类型的例子，基本类型，对象
基本类型：
结果：
这个很好理解，我们来看对象，看代码：
输出对象地址信息：
输出对象详情：
大家可以看到replace的情况，为什么这样，我画个图演示下：
网友评论