一、Move Method(搬移函数)
你的程序中,有个函数与其所贮类之外的类进行更多交流。
在该函数最常引用的类中建立一个有着类似行为的新函数。将旧函数编程一个单纯的委托函数,或是将旧函数完全移除。
动机
“搬移函数”是重构理论的支柱。如果一个类有太多的行为,或如果一个类与另一个类有太多合作而形成的高度耦合,我就会搬移函数。通过这种手段,可以使系统中的类更简单,这些类最终也将更干净利落的实现系统交付的任务。
做法
1、检查源类中被源函数所使用的一切特性(包括字段和函数),考虑它们是否也该被搬移。
? 如果某个特性只被你打算搬移的那个函数用到,就应该将它一起搬移。如果另有其他函数使用了这个特性,你可以考虑将使用该特性的所有函数全部一并移除。有时候,搬移一组函数比逐一搬移简单些。
2、检查源类的子类和超类,看看是否有该函数的其他声明。
? 如果出现其他声明,你或许无法进行搬移,除非目标类也同样表现出多态性。
3、在目标函数中声明这个函数。
? 你可以为此函数选择一个新名称---对目标类更有意义的名称。
4、将源函数的代码复制到目标函数中。调整后者后,使其能在新家中正常运行。
? 如果目标函数使用了源类中的特性,你得决定如何从目标函数引用源对象。如果目标类中没有相应的引用机制,就把源对象的引用当做参数,传给新建立的目标函数。
? 如果源函数包含异常处理,你得判断逻辑上应该由哪个类来处理这一异常。如果应该由源类来负责,就把异常留在原地。
5、编译目标类。
6、决定如何从源函数正确引用目标对象。
? 可能会有一个现成的字段或函数帮助你取得目标对象。如果没有,就看能否轻松建立一个这样的函数。如果还是不行,就得在源类中新建一个字段来保存目标对象。这可能是一个永久性修改,但你也可以让它是暂时性的,因为后继的其他重构项目可能会把这个新建字段去掉。
7、修改源函数,使之成为一个纯委托函数。
8、编译、测试
9、决定是否删除源函数,或将它当做一个委托函数保留下来。
? 如果你经常要在源对象中引用目标函数,那么将源函数作为委托函数保留下来会比较简单。
10、如果要移除源函数,请将源类中对源函数的所以调用,替换为对目标函数的调用。
? 你可以每修改一个引用点就编译并测试一次。也可以通过一次“查找/替换”改掉所有引用点,这通常简单一点。
11、编译测试
二、Move Field(搬移字段)
你的程序中,某个字段被其所贮类植物的另一个类更多的使用。
在目标类新建一个字段,修改源字段的所有用户,令它们改用新字段。
动机
在类之间移动状态和行为,是重构过程中必不可少的措施。随着系统发展,你将会发现自己需要的新的类,并需要将现有的工作责任拖到新的类中。在这个星期看似合理而正确的设计决策,到了下个星期可能不再正确。这没问题。如果你从来没有遇到这种情况,那才有问题。
如果我发现,对于一个字段,在其所贮之外的另一个类中有更多函数使用了它,我就会考虑搬移这个字段。上述所谓“使用”可能是通过设值 / 取值函数间接进行的。我也可能移动该字段的用户(某个函数),这取决于是否需要保持接口不受变化。如果这些函数看上去很适合待在原地,我就选择搬移字段。
使用Extract Method时,我也可能需要搬移字段。此时我回先搬移字段,然后再搬移函数。
做法
1、如果字段的访问级是public,使用Encapsulate Field将它封装起来。
? 如果你有可能移动那些频繁访问该字段的函数,或如果有许多函数访问某个字段,先适应Self Encapsulate Field也许会有帮助。
2、编译测试
3、在目标类中建立于源字段相同的字段,并同时建立相应的设值 / 取值函数。
4、编译目标类
5、决定如何在源对象中引用目标对象。
? 首先看是否有一个现成的字段或函数可以助你得到目标对象。如果没有,就看能否轻易建立这样一个函数。如果还不行,就得在源类中新建一个字段来存放目标对象。这可能是个永久性修改,但你也可以让它是暂时的,因为后续重构可能会把这个新建字段给去掉。
6、删除源字段。
7、将所有源字段的引用替换为对某个目标函数的调用。
? 如果需要读取该变量,就把对源字段的引用替换为对目标取值函数的调用;如果要对该变量赋值,就把对源字段的引用替换成对设值函数的调用。
? 如果源字段不是private的,就必须在源类的所有子类中查找源字段的引用点,并进行相应替换。
8、编译、测试。