【重构.改善既有代码的设计】11、处理概括关系【更优雅的继承】

11、处理概括关系【更优雅的继承】

Pull Up Field(值域上移)

两个subclasses 拥有相同的值域。将此一值域移至superclass。

Pull Up Method(函数上移)

有些函数,在各个subclass 中产生完全相同的结果。将该函数移至superclass。

Pull Up Constructor Body(构造函数本体上移)

你在各个subclass 中拥有一些构造函数,它们的本体(代码)几乎完全一致。 
在superclass 中新建一个构造函数,并在subclass 构造函数中调用它。

Push Down Method(函数下移)

superclass 中的某个函数只与部分(而非全部)subclasses 有关。 
将这个函数移到相关

Push Down Field(值域下移)

superclass 中的某个值域只被部分(而非全部)subclasses 用到。 
将这个值域移到需要它的那些subclasses 去。

Extract Subclass(提炼子类)

class 中的某些特性(features)只被某些(而非全部)实体(instances)用到。 
新建一个subclass ,将上面所说的那一部分特性移到subclass 中。

Extract Superclass(提炼超类)

两个classes 有相似特性(similar features)。 
为这两个classes 建立一个superclass ,将相同特性移至superclass 。

Extract Interface(提炼接口)

若干客户使用class 接口中的同一子集;或者,两个classes 的接口有部分相同。 
将相同的子集提炼到一个独立接口中。

Collapse Hierarchy(折叠继承关系)

superclass 和subclass 之间无太大区别。 
将它们合为一体。

Form Template Method(塑造模板函数)

你有一些subclasses ,其中相应的某些函数以相同顺序执行类似的措施,但各措施实际上有所不同。 
将各个措施分别放进独立函数中,并保持它们都有相同的签名式(signature),于是原函数也就变得相同了。然后将原函数上移至superclass 。

Replace Inheritance with Delegation(以委托取代继承)

某个subclass 只使用superclass 接口中的一部分,或是根本不需要继承而来的数据。 
在subclass 中新建一个值域用以保存superclass ;调整subclass 函数,令它改而委托superclass ;然后去掉两者之间的继承关系。

Replace Delegation with Inheritance(以继承取代委托)

如果你发现自己需要使用「受托 class」中的所有函数,并且费了很大力气编写所有极简的请托函数(delegating methods),本重构可以帮助你轻松回头使用「继承」。

原作者的总结

有一批重构手法专门用来处理「概括关系」(generalization ;译注:这里指的是class 继承」这档事),其中主要是将函数(methods)上下移动于继承体系之中。 Pull Up Field 和 Pull Up Method 都用于将class 特性向继承体系的上端移动,Push Down Method 和 Push Down Field 则将class 特性向继承体系的下端移动。构造函数比较难以向上拉动,因此专门有一个Pull Up Constructor Body 处理它。我们不会将构造函数往下推,因为 Replace Constructor with Factory Method 通常更管用。

如果有若干函数大体上相同,只在细节上有所差异,可以使用Form Template Method 将它们的共同点和不同点分开。

除了在继承体系中移动class 特性之外,你还可以建立新class ,改变整个继承体系。 Extract Subclass、Extract Superclass 和 Extract Interface 都是这样的重构手法,它们在继承体系的不同位置构造出新元素。如果你想在型别系统(type system)中标示(mark)一小部分函数, Extract Interface 特别有用。如果你发现继承体系中的某些classes 没有存在必要,可以使用 Collapse Hierarchy 将它们移除。

有时候你会发现继承并非最佳选择,你真正需要的其实是委托(delegation),那么, Replace Inheritance with Delegation 可以帮助你把继承改为委托。有时候你又会想要做反向修改,此时就可使用Replace Delegation with Inheritance。

我的总结

1、实事求是的继承: 
1.1、按需把函数或成员变量放在子类或父类。 
1.2、按需添加或合并子类。 
2、高级应用 
2.1、模板模式 
2.2、委托模式 
2.2、选择使用模板模式还是采用委托模式。条件是使用次数多少,多的用模板,少的用委托。

原文地址:https://www.cnblogs.com/aoyihuashao/p/10387399.html

时间: 2024-08-25 14:27:22

【重构.改善既有代码的设计】11、处理概括关系【更优雅的继承】的相关文章

《重构——改善既有代码的设计》读书笔记

重构--改善既有代码的设计 1 重构概述 1.1 重构的概念(What) Refactoring 名词:对软件内部结构的一种调整,目的是在不改变软件可观察行为的前提下,提高其可理解性,降低修改成本. 动词:使用一系列重构方法,在不改变软件可观察行为的前提下,调整其结构. 1.2 为什么要重构(Why) 改进软件设计 提高代码质量和可读性,使软件系统更易理解和维护 帮助尽早的发现缺陷 提高编程速度 1.3 何时重构(When) 何时重构: 1)随时随地进行. 2)三次法则:第一次做某件事只管去做:

《重构——改善既有代码的设计》【PDF】下载

<重构--改善既有代码的设计>[PDF]下载链接: https://u253469.ctfile.com/fs/253469-231196358 编辑推荐 重构,一言以蔽之,就是在不改变外部行为的前提下,有条不紊地改善代码.多年前,正是<重构:改善既有代码的设计>原版的出版,使重构终于从编程高手们的小圈子走出,成为众多普通程序员日常开发工作中不可或缺的一部分.<重构:改善既有代码的设计>也因此成为与<设计模式>齐名的经典著作,被译为中.德.俄.日等众多语言,

《重构--改善既有代码的设计》总结or读后感:重构是程序员的本能

此文写得有点晚,记得去年7月读完的这本书,只是那时没有写文章的意识,也无所谓总结了,现在稍微聊一下吧. 想起写这篇感想,还是前几天看了这么一篇文章 研究发现重构软件并不会改善代码质量 先从一个大家都有的经历说起吧. 刚开始学编程时,比如,要统计数字出现的次数,我们会这么定义变量 int i=0;//统计次数 老师看了说,代码要有可读性,见名知意; 于是,我们把它改成 int count=0; 后来才知道,原来这么一手这就是重构的第一式,重命名 (eclipse快捷键 alt+shift+R,最近

【转】PHP 杂谈《重构-改善既有代码的设计》之一 重新组织你的函数

原文地址: PHP 杂谈<重构-改善既有代码的设计>之一 重新组织你的函数 思维导图 点击下图,可以看大图. 介绍 我把我比较喜欢的和比较关注的地方写下来和大家分享.上次我写了篇<php 跟老大的对话>.还是有很多疑问,这书帮了我不少的忙. 如果你比较繁忙,或者懒得看文字,建议你直接看截图,也会有很大的收获的.你可以通过比较截图中的代码就能知道孰优孰劣了. 代码部分我为什么用图呢?因为我经常用手机看代码,博客园的代码在手机里乱七八糟的,还是看图比较舒服. 专业术语 我们毕竟是用英文

重构改善既有代码的设计思维导图

最近闲来无事就把之前看的书,做了一张张的思维导图,来分享给大家 重构改善既有代码的设计思维导图: --------------- 不知道是博客园的问题,还是我的浏览器的问题,图片没法上传,如有人想要想看 可以给我发邮件: [email protected]  只为共同学习.也可以留言!!!

好书推荐之:重构-改善既有代码的设计

下载地址 高清 1.3M 重构-改善既有代码的设计 版权声明:本文为博主原创文章,未经博主允许不得转载.

实践提高《重构改善既有代码的设计第2版》PDF中文+PDF英文+对比分析

重构是编程的基础,是在不改变外部行为的前提下,有条不紊地改善代码.编程爱好者都知道,Martin Fowler 的<重构:改善既有代码的设计>已经成为全球有经验的程序员手中的利器,既可用来改善既有代码的设计.提升软件的可维护性,又可用于使既有代码更易理解.焕发出新的活力. <重构改善既有代码的设计(第2版)>在第1 版的基础上做了全面修订,反映了编程领域业已发生的许多变化.第2 版中介绍的重构列表更加内聚,并用JavaScript 语言重写了代码范例.此外,第2 版中还新增了与函数

《重构-改善既有代码的设计》读书笔记

重构,第一个案例 1.1 起点 如果发现现有的代码结构使你无法很方便地添加新特性,那就先重构,使特性的添加比较容易进行后,再添加特性; 1.2 重构的第一步 为即将修改的代码建立可靠的测试环境 – 是人就会犯错,所以需要可靠的测试; 测试结果能够自我检验 – 成功"OK",失败列出失败清单并打印行号 (自动化对比测试结果是提高效率的前提); 1.3 分解并重组"巨型"函数 切分提炼长函数(Extract Method),并移至更合适的类(Move Method) –

重构-----改善既有代码的设计

1重构原则 1.1 定义: 1).调整软件内部结构,目的是在不改变软件软件可查行为前提下,提高其可理解性,降低其修改成本. 2).使用一系列重构准则,在不改变软件可查行为前提下,调整其结构 1.2 何时重构 1).三次法则 2).添加功能时 3).修补错误时 4).复审代码时 1.3 何时不该重构 1).代码太乱,重构效率低于重写效率时 2).项目接近期限时停止重构 2.代码的坏味道 2.1 Duplicated Code 2.2 Long Method 2.3 Large Class 2.4