最近刚看完了《重构-改善既有代码的设计》([美] Martin Fowler)这本书,里面介绍了很多的重构手法,
挺实用的,看的时候简单的记录了一下,不是很详细,还是分享一下吧。
1)提炼函数(Extract Method)
使用场景 |
1、函数过长 2、全部或某一段代码块重复性太强,copy的过多 |
好处 |
1、颗粒度小,整体被复用的机会大,即不需要再多次重复内部逻辑 2、规范一个好的命名(命名长度可以很长,但一定要更好的解释此段的语义), 可以更加清晰此块代码的实际作用 |
实际运用 |
1、不需要传参,即直接提取函数段,并放入一个新的函数中即可。 2、需要传参: 1)按值传递(单值 / 多值)【JAVA规范】 单值问题上直接传递即可。 若参数值过多,可以将其封装成一个临时对象(内部类)来传递。 注意:值传递时,不要直接对参数赋值,将其当做被final修饰过 的值来处理 。 做法: (1) 将待处理的参数赋值给一个临时变量。 (2) 中间的处理部分也以指定的临时来进行运作。 (3) 在有必要时需要返回这个临时变量。 (移除对参数的赋值【Remove Assignments to Parameters】) 2)按引用传递 |
备注 |
|
2)内联函数(Inline Method)
使用场景 |
1、一般为源函数的函数体很短,很清晰易懂,且不被重复调用 |
好处 |
1、其语义本身就已经很清晰了,没必要添加成新的函数 |
实际运用 |
1、直接将源函数的函数体放入目标函数的对应位置即可 |
备注 |
|
3)以函数对象取代函数(Replace Method with Method Object)
使用场景 |
1、一般为长函数中,局部变量过多,而无法很好的提炼成小函数 |
好处 |
1、将该函数存放至函数对象中之后,局部变量可转换成对象的字段来处理, 在字段的处理上整体会更加清晰一些,面向对象的概念性更强。 |
实际运用 |
1、新建一个类,类名的语义符合待处理函数的用途。 2、新建一个final修饰的字段,用来保存源对象(即源函数所处的那个对象), 并将源函数中的变量 + 参数都设置成该函数对象的字段。 3、为该函数对象新建一个构造函数,接受源对象 + 源函数本身的所有参数作为参数。 4、新建一个compute()函数,并将源函数中的函数体移植到此函数中。 5、在源函数的函数体中调用该函数对象的compute()即可。 |
备注 |
|
4)以查询取代临时变量(Replace Temp with Query)
使用场景 |
1、一般为函数体中的临时变量(为另一个函数所函数的值)基本上只使用1次 |
好处 |
1、减少临时变量的使用,让代码更加清晰一些 |
实际运用 |
1、直接使用另一个函数来进行操作,而不是先使用临时变量来接收返回值 |
备注 |
|
5)分解临时变量(Split Temporary Variable)
使用场景 |
1、某个临时变量被使用超过一个,且即不是循环变量,也不用于收集计算结果 |
好处 |
1、对临时变量进行分解后,可对函数体进行其他形式的重构,而不必受限于临 时变量在该函数体中的变化 |
实际运用 |
1、针对每一次赋值,创建一个独立、对应的临时变量 |
备注 |
|
6)将查询函数与修改函数分离(separate Query from Modifier)
使用场景 |
1、某个函数即返回对象的状态值,又修改该对象状态 |
好处 |
1、符合单一原则,不会在执行此函数的时候出现副作用 |
实际运用 |
1、建立两个函数,一个查询,一个修改 |
备注 |
在并发问题上的考量: 在高并发的时候,不仅分离成两个不同的函数,还需要保留第三个函数来 同时执行这两个函数,并将这两个函数分别声明为synchronized,且限制 他们在包(protected)级别 或 private级别 |
7)引入解释性变量(Introduce Explaining Variable)
使用场景 |
1、复杂的表达式 |
好处 |
1、让表达式清晰 |
实际运用 |
1、将该复杂表达式(或其中一部分)的结果放进一个临时变量,以此便令名称来解释表达式的意图 |
备注 |
也可使用提炼函数的方法来处理 |
8)替换算法(Substitute Algorithm)
使用场景 |
1、将某段复杂的逻辑转换成清晰的表达式 |
好处 |
1、理解清晰 |
实际运用 |
需要更具具体的业务逻辑来处理。 如有些部分可以使用guava / JDK8 等工具来处理会使语义更加明确 |
备注 |
也可使用提炼函数的方法来处理 |
9)搬移函数(Move Method)
使用场景 |
1、在程序执行中,某个函数与其所驻类之外的另一个类有更多交流,调用后者,或被后者调用。 |
好处 |
1、降低相关类之间的耦合度 |
实际运用 |
通俗的来说就是: 在该函数最常引用的类中建立一个有着类似行为的新函数。将旧函数变成一个单纯的委托函数, 或是直接将旧函数移除掉。
具体做法: 1)检查源类中被源函数所使用的一切特性(字段 或 函数),是否也可一起被搬移, 有时候搬移一组函数比搬移单个要更好。 2)检查源类的子类或父类中是否存在对该函数的其他声明。 3)在目标类中声明这个函数。 4)将源函数的代码复制到目标函数中,调整目标函数。 (1)目标函数引用了源函数的一些特性,且不能被一起搬移,则 可以将源类的引用作为参数传递至目标函数中,或新创建函 数来取得目标对象的这些特性。 (2)若源函数中有异常的处理,需要考虑是否需要将异常带到目 标函数中处理还是继续留在原地。 5)修改源函数 或 将源函数移除掉: 若需要经常在源函数中引用目标函数,则尽量保留源函数。 |
备注 |
|
10)自封装字段(Self Encapsulate Field)
使用场景 |
1、若某个字段提供直接访问方式,在函数中或许会因为过多的来调用而增加耦合度, 将其变得笨拙。 |
好处 |
1、面向对象概念更加清晰 |
实际运用 |
1、直接在该类中将该字段设置为private,并提供get/set方法 |
备注 |
|
11)搬移字段(Move Field)
使用场景 |
1、在程序执行中,某个字段与其所驻类之外的另一个类有更多交流 |
好处 |
1、降低相关类之间的耦合度 |
实际运用 |
通俗的来说就是: 在目标类中新建此字段,用新字段替换掉所有引用了源字段函数中的源字段部分。 需要注意的是: 1)如何在源类中获取到目标字段,可在源类中添加一个目标类的引用。 |
备注 |
|
12)提炼类(Extract Class)
使用场景 |
1、一个类做了本应该由两个类来做的事 |
好处 |
1、抽象更加明确,满足单一原则 |
实际运用 |
1、建立一个新类,将相关函数和字段搬移至新类中 2、如有必要,可添加新类与源类之间的对象引用 |
备注 |
|
13)将类内联化(Inline Class)
使用场景 |
1、两个相关类都没有处理过多的事,可将其合并为一个类 |
好处 |
1、清理掉萎缩类,让结构变得干净 |
实际运用 |
1、建立一个新类,分别将两个类中的函数和字段搬移至新类中 |
备注 |
|
14)隐藏“委托关系”(Hide Delegate)
使用场景 |
1、客户通过委托类来调用另一个对象 |
好处 |
1、隐藏其中的细节,避免客户知道其实现逻辑 |
实际运用 |
在服务类上建立客户所需要的所有函数,用以隐藏委托关系 |
备注 |
例如: 类A、B、C 需求:A不能直接获取C信息,A能直接获取B信息,B能直接获取C信息 处理:在B中委托一个函数来获取C信息,则A可直接调用B中的函数来间 接获取了C信息。 |
15)移除中间人(委托函数)(Remove Midden Man)
使用场景 |
1、某个类包含了太多的委托函数 |
好处 |
1、让客户直接调用委托类,清晰 |
实际运用 |
客户直接调用委托类,不必走中间过程 |
备注 |
这和Hide Delegate并不冲突,当委托函数只有一两个时可使用隐藏委托关系, 但多了就没必要使用中间过程了,这里面有一个度需要控制。 |
16)引入外加函数(Introduce Foreign Method)
使用场景 |
1、当需要为一个服务类增加一个函数时,但又修改不了服务类,一般在源码类中会遇到, 不能修改源代码,只能对其进行扩展,或重写特定函数 |
好处 |
1、根据业务需求扩展源类 |
实际运用 |
在客户类中建立一个新函数,并将服务类作为参数进行传递,且函数的返回值也为该服务类。 |
备注 |
外加函数只是权宜之计,在权限的允许下可将其加入服务类中 |
17)引入本地扩展【子类 + 包装类】(Introduce Local Extension)
使用场景 |
1、同引入外加函数的使用场景一致,但不同的是当外加函数过多时即使用此重构方法 |
好处 |
1、在本地新建一个类来包含这些额外函数,让此类作为源类的子类或包装类 |
实际运用 |
1、建立一个扩展类,作为源类的子类或包装类。 2、在扩展类中加入转型构造函数: 即“接收源对象作为参数”的构造函数。 1)子类化方案: 转型构造函数需要调用父类的构造函数。 2)包装类方案:(不是太明白) 转型构造函数需要将其得到的传入参数以实例变量的形式保存下 来,用作委托对象的原对象。 3、将外加函数搬移至此类中 |
备注 |
|
18)以对象取代数据值(Replace Data Value with Object)
使用场景 |
1、某个类中需要使用到另一个类的部分信息 如:在用户类User中需要知道用户所阅读的书籍信息,若需要详细了解书籍信息 可以直接将书籍类Book的引用作为User的一个字段。 |
好处 |
1、可查看更多信息,后续扩展Book类时,User类也不需要修改 |
实际运用 |
将Book的引用作为User的一个字段 |
备注 |
|
19)以工厂函数取代构造函数(Replace Constructor with Factory Method)
使用场景 |
1、你希望在创建对象时不仅仅是做简单的建构动作 |
好处 |
1、将“对象创建请求的接收者”和“被创建对象所属的类”分开了, 如:Date date = DateFactory.create();
对象创建请求的接收者:原为Date,现为DateFactory.create 被创建对象所属的类:原Date类 |
实际运用 |
1、将构造函数替换为工厂函数 private Book(String name){ this.name = checkNull(name); }
public Book create(String name){ return new Book(name); //原构造函数设为私有的 } |
备注 |
1、当此工厂函数创建的子类只有少数几个时,可使用明确函数来创建子类 即在工厂类中添加类似如下创建函数: public Book createBook(String name){ return new Book(name); } 2、当需要创建的子类数量多的时候,可以使用字符串类型的类型码 + 反 射机制来控制: static Book create(String name){ try{ return (Book) Class.forName(name).newInstance(); } catch(Exception e){} }
//部分代码 switch(name){ case XXX: return create(“XXX”); …… default: throws new Exception(“xxxxxxx”); }
可使用类(枚举类也可以)取代类型码 |
20)将对象替代数组(Replace Array with Object)
使用场景 |
1、有一个数组,但数组中每个元素又代表着不同的东西 |
好处 |
1、对象化,让所存储的每一个元素都能清晰的表达自己 |
实际运用 |
以对象替换数组,数组中的每一个元素,用字段来表示 |
备注 |
|
21)将单向关联改为双向关联
使用场景 |
1、两个类都需要使用对方的特性,但其中只有一条单向连接 |
好处 |
1、可以双向连接 |
实际运用 |
添加一个反向指针,并使修改函数能够同时更新两条连接 |
备注 |
例如订单类 + 客户类(一个客户可以有多个不同的订单) public class Order{ private Customer _customer; public void setCustomer(Customer customer){ if(this._customer != null) this.customer.getOrders().remove(this); this._customer = customer; if(this._customer != null) this._customer.getOrders().add(this); } public Customer getCustomer(){ return this._customer; } }
public class Customer{ private Set orders = Sets.newHashSet(); public Set getOrders(){ return this.orders; } } |
22)以字面常量取代魔法数(Replace Magic Number with Symbolic Constant)
使用场景 |
1、有一个带有特别含义的字面数值 |
好处 |
1、修改、查找时都会方便 |
实际运用 |
创造一个静态常量,命名很重要,其值则为那个字面数值 |
备注 |
|
23)封装字段(Encapsulate Field)
使用场景 |
1、将Public定义的字段变成private的 |
好处 |
1、对象化字段 |
实际运用 |
将字段改成private的修饰符,再提供其get/set函数 |
备注 |
自封装字段和这一个概念 |
24)封装集合(Encapsulate Collection)
使用场景 |
1、函数返回一个集合 |
好处 |
1、避免直接去操作所返回的那个集合 |
实际运用 |
新建一个集合用作所返回集合的一个只读副本,并在这个类中提供增加/移除集合元素的函数。 List list = service.findAll(); List res = Collections.unmodifiableList(list); 之后的操作都在只读集合res中操作,避免破坏原list |
备注 |
Collections.unmodifiableList(list); //得到集合的只读副本 |
25)以子类取代类型码(Replace Type Code with Subclasses)
使用场景 |
1、有一个不可变的类型码,但它会影响宿主类的行为 |
好处 |
|
实际运用 |
以子类取代这个类型码。 1、使用自封装字段方式将类型码封装起来,如果类型码为构造函数的参 数,则需要将构造函数换成工厂函数。 2、为类型码的每个数值建立一个对应的子类,并复写父类获取类型码的函 数,返回对应的类型码 |
备注 |
此方法仍不够好,仍需要switch表达式的介入,下面介绍的的重构手法将完全去除掉switch语句 |
26)以多态取代条件表达式(Replace Conditional with Polymorphism)
使用场景 |
1、有一个条件表达式,需要根据对象类型的不同而选择不同的行为 |
好处 |
简化了条件表达式 |
实际运用 |
将这个条件表达式的每个分支放进一个子类的覆写函数中,然后将原始函数声明为抽象函数。 |
备注 |
|
27)以字段取代子类(Replace Subclass with Fields)
使用场景 |
1、当各个子类的唯一差别仅是“返回常量数据”不同时可使用 |
好处 |
较少子类 |
实际运用 |
1、在所有子类中通过工厂函数的方式重构其构造函数 2、其他直接引用了子类的地方,都改换成引用超类 3、针对子类中的每一个常量函数,在超类中对应声明一个final字段 4、在超类中声明一个protected构造函数,用来初始化新增的字段 5、使用内联函数方法将子类构造函数内联到超类的工厂函数中 6、再在超类中实现所有的常量函数,且返回对应的字段 7、删除子类 |
备注 |
|
28)分解条件表达式(Decompose Conditional)
使用场景 |
1、if、then、else条件语句过多 |
好处 |
结构清晰 |
实际运用 |
将if、then、else段落中分别提炼出独立的函数 |
备注 |
|
29)合并条件表达式(Consolidate Conditional Expression)
使用场景 |
1、有一系列的条件测试,但都得到相同的结果 |
好处 |
结构清晰 |
实际运用 |
将这个测试合并为一个条件表达式,并将这个条件表达式提炼成一个函数 |
备注 |
三目运算符在重构方面使用也挺好的 |
29)合并重复的条件片段(Consolidate Duplicate Conditional Fragments)
使用场景 |
1、在条件表达式的每个分支上有着相同的一段代码 |
好处 |
去重 |
实际运用 |
将重复代码搬移到条件表达式之外 |
备注 |
|
30)移除控制标记(Remove Control Flag)
使用场景 |
1、在一系列布尔表达式中,某个变量带有“控制标记”的作用 |
好处 |
当使用控制标记时,其他使用者不能一下看明白这个标记的意思, 因此使用此重构方式来简化代码结构 |
实际运用 |
找出对标记变量赋值的语句,适当的使用break、continue或return来取代控制标记 |
备注 |
|
31)使用卫语句来取代嵌套条件表达式(Replace Nested Conditional with Guard Clauses)
使用场景 |
1、函数中的条件逻辑太多使人难以看清正常的执行路径 |
好处 |
结构清晰 |
实际运用 |
对于每个检查,放进一个卫语句(卫语句要不就从函数中返回,要不就抛出一个异常) |
备注 |
卫语句: 如果某个条件极其罕见,就应该单独检查该条件,并在该条件为真时立刻从函数中返回。 这样的单独检查就是“卫语句”。 |
32)以多态取代条件表达式(Replace Conditional with Polymorphism)
使用场景 |
1、以多态取代条件表达式 |
好处 |
减少switch、if、else等语句的出现,更重要的是多态可降低系统各部分之间的依赖, 在碰到新的修改时,不必直接去修改条件表达式,而是以新增子类的形式来完善即可 |
实际运用 |
将这个条件表达式的每个分支放进一个子类内的复写函数中,然后将原始函数声明为抽象函数 |
备注 |
|
33)函数重命名(Rename Method)
使用场景 |
1、函数的命名不能直接看出函数的用途 |
好处 |
看其名,知其意 |
实际运用 |
为该删除命一个好的名字。 1、先为这段函数写一段注释 2、根据注释来为其命名 |
备注 |
|
34)添加参数(Add Parameter)
使用场景 |
1、某个函数需要从嗲用端得到更多的信息 |
好处 |
|
实际运用 |
若函数参数过多,可自己封装一个参数对象来进行传递,或使用现成的对象来进行传递 |
备注 |
既然有添加参数,那当然也有移除参数,和此重构相反,就不多说了 |
35)将查询函数和修改函数分离(Separate Query from Modifier)
使用场景 |
1、某个函数既返回对象状态值,又修改对象状态 |
好处 |
减小因某次修改会产生副作用的概率 |
实际运用 |
建立两个不同的函数,其中一个负责查询,另一个负责修改 |
备注 |
|
36)令函数携带参数(Parameterize Method)
使用场景 |
1、若干个函数做了类似的工作,但在函数本体中却包含了不同的值 |
好处 |
简化重复代码 |
实际运用 |
建立单一函数,以参数表达那些不同的值 |
备注 |
将少量数值看做参数,来找出有重复性的代码 |
37)以明确函数取代参数(Replace Parameter with Explicit Methods)
使用场景 |
1、存在一个函数,其中完全取决于参数值而采取不同行为 |
好处 |
|
实际运用 |
针对该参数的每一个可能的值,建立一个独立的函数 |
备注 |
|
38)保持对象完整(Preserve Whole Object)
使用场景 |
1、从对象中取出若干值来当做参数进行传递 |
好处 |
|
实际运用 |
直接传递整个对象 |
备注 |
和引入参数对象(Introduce Parameter Object)重构方式一样 |
39)以函数替代临时参数(Replace Parameter with Methods)
使用场景 |
1、对象调用某个函数,并将所得结果作为参数,传递给另一个函数。 而接受该函数的函数本身也能够调用前一个函数。 |
好处 |
减少临时变量的使用 |
实际运用 |
让参数接受者去除该项参数,并直接使用前一个函数 |
备注 |
也要分情况来考虑: 当原函数返回的值在当前函数的很多地方都会使用时,可使用变量先接住原函数的返回值。 当其他地方使用很少时并且函数的执行不会消耗提多资源时,可直接使用函数来替代此参数。 |
40)移除设值函数(Remove Setting Method)
使用场景 |
1、类中的某个字段应该在对象创建时被设值,然后就不再改变 |
好处 |
|
实际运用 |
去掉该字段的所有设值函数,在构造函数中进行赋值 |
备注 |
|
41)隐藏函数(Hide Method)
使用场景 |
1、未使用的函数 |
好处 |
|
实际运用 |
使用private来进行隐藏,降低函数的可见度 |
备注 |
|
42)以异常取代错误码(Replace Error Code with Exception)
使用场景 |
1、某个函数返回一个特定的代码,用来表示某种错误情况 |
好处 |
|
实际运用 |
改为返回异常 |
备注 |
|
43、字段上移
44、函数上移
45、字段下移
46、函数下移
47)构造函数本体上移(Pull Up Constructor Body)
使用场景 |
1、在多个子类的构造函数中,其本体几乎都一致 |
好处 |
|
实际运用 |
在超类中新建一个构造函数,并在子类构造函数中调用它 |
备注 |
|
48、提炼子类
49、提炼父类
50、提炼接口
51)塑造模板函数(Form Template Method)
使用场景 |
1、在一些子类中,其中相应的某些函数以相同的顺序执行类似的操作, 但各个操作的细节上又有所不同 |
好处 |
|
实际运用 |
将这些操作分别放进独立的函数中,并保持他们都有相同的签名, 于是原函数也就变得相同了,然后将原函数上移至超类中。 说白了,就是将不同的地方通过分解/封装转换成相同的部分,再将相同之处提炼至父类中。 |
备注 |
分解目标函数时需要注意 |
52)以委托取代继承(Replace Inheritance with Delegation)
使用场景 |
1、某个子类只能使用超类接口中的一部分,或是根本不需要继承而来的数据 |
好处 |
|
实际运用 |
在子类中新建一个字段用以保存超类;调整子类函数,令它改而委托超类;然后去掉继承。 1、在子类中新增一个字段,并new一个超类的实例 2、在有调用超类函数的地方修改为使用新增的字段来调用 |
备注 |
同时,也有以继承取代委托的重构方法,当然了,其用法也正好相反 |
最近也在看秦小波的《设计模式之禅》,写的也挺好的
相关推荐
《31天重构系列笔记》是一本专注于C#编程语言重构技术的教程,该资源以免费高清PDF的形式提供。重构是软件开发过程中的一种重要实践,它旨在改进代码结构,提高可读性和可维护性,而不会改变外部行为。在31天的时间...
第一步:重构自定义的富文本对象,设置为全局对象. 原代码的富文本对象是声明在addResource这个方法里面的,代码结构非常复杂,在beforeCreate这个钩子函数里面申明为全局的,就可以多次复用,不需要重复声明来了, 否则,每...
本文以"重构代码笔记1"为出发点,深入探讨了24种常见的代码坏味道及其对应的重构策略。 首先,神秘命名(Mysterious Name)是重构的常见起点,通过改变函数声明和变量名,使其更具描述性,如将`cash0`更改为`cash_...
.NET 快速重构学习笔记是针对开发者提升代码质量和可维护性的重要指南。重构是一个系统性的过程,旨在改善软件设计,优化代码结构,而不改变其外在行为。在.NET开发环境中,重构是不可或缺的技能,它可以帮助开发者...
### 一、重构的概念与实践 #### 1.1 重构的意义 重构是指在不改变代码外部行为的前提下,对其内部结构进行改进的过程。这一过程能够帮助程序员更好地理解和维护代码,提高软件的质量。 #### 1.2 重构的目的 - **...
重构是软件开发过程中的一个重要环节,它涉及到对现有代码的改进,目的是为了提高代码的可读性、可维护性和设计质量,而不改变其外部行为。本文主要围绕重构的关键概念、原则、时机以及面临的挑战展开讨论。 首先,...
《重构》是一本深入探讨软件开发过程中的代码优化与改进的经典著作。重构,简单来说,是在不改变软件外部行为的前提下,对其内部结构进行改进,以提高代码的可读性、可维护性和可扩展性。这一过程并非依赖于个人天赋...
《重构商业:产业互联网时代的商业模式重构》读书笔记模板.pptx
根据《重构 改善既有代码结构》一书,摘录重点整理分析得出的一个PPT,希望对大家有点帮助
- "31天重构学习笔记"可能提供了每日重构技巧和案例,帮助深入理解重构过程。 - "Java重构示例"系列文档可能展示了Java代码重构的具体步骤和实践。 - "SVN搭建和使用手册"及"SVN中文教程"提供了关于SVN的详细指南...
本文主要讨论了如何通过重构来优化代码,避免将集合的全部操作暴露给调用者,以提高代码的安全性和可维护性。 在原始代码中,`Order` 类公开了一个 `IList<OrderLine>` 类型的属性 `OrderLines`,这允许外部代码对...
重构 改善既有代码的设计笔记 网络转载,分享快乐
《重构》是软件开发领域的一本经典著作,由Martin Fowler所著,主要探讨如何通过改进代码结构来提高软件质量,而不会改变其外部行为。在读这本书的过程中,我们可以提炼出几个核心的重构知识点: 1. **重复代码 ...
综上所述,英语口译笔记法是一项综合性的技能,它涵盖了符号系统、信息筛选、时间管理、结构化记录、回顾与重构、练习与反馈以及心理素质等多个方面。通过系统地学习和实践,口译员可以在工作中更高效地完成翻译任务...
第5章 重构列表5.1 重构的记录格式每个重构方法都有如下五个部分:概要(summary)简单介绍此重构方法的适用情景,以及它所做的事情。动机(motivati
《从跟随到领先:H为管理体系重构之路》读书笔记.pdf
《从跟随到领先:H为管理体系重构之路》读书笔记.docx