代码坏味道 之 21 被拒绝的遗赠 refused bequest

最新推荐文章于 2025-05-17 13:47:36 发布
原创 最新推荐文章于 2025-05-17 13:47:36 发布 · 449 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了《重构：改善既有代码的设计》一书中提出的代码坏味道之一——被拒绝的遗赠（Refused Bequest）。当子类复用了超类的行为，但又不支持其接口时，便出现了这一问题。文章提供了使用委托（Delegation）代替继承（Inheritance）的解决方案。

《重构：改善既有代码的设计》中提到过一些代码的坏味道，针对这些坏味道，需要进行重构。
被拒绝的遗赠 refused bequest

  • 问题1：子类复用了超类的行为（实现），却不愿意支持超类的接口
    • 解决方案：使用replace inheritance with delegation 来解决
重构分析21: 被拒绝的遗赠（Refused Bequest）
PageThinker
12-22 1449
子类和父类的关系开始很简单，但是随着时间的推移有可能会变的越来越复杂。一个子类通常需要紧密的依赖其父类，但是有时会矫枉过正。 这就是继承的两面性，下面我们看看继承可能代码的Code Smell。 01 场景复现 需求描述 这是关于活动（Activity）和票（Ticket）的业务需求： 活动的主题(ActityType): session ｜ workshop ｜ read ｜ TDD 活动（A...
识别代码中的坏味道（三）
PageThinker
05-19 512
前两篇文章 《识别代码中的坏味道（一）》 和 《识别代码中的坏味道（二）》 中已经介绍了 18 个代码坏味道。《重构》中还涉及到另外 4 个代码坏味道，本文将将详细介绍剩余的 4 个代码坏味道。 这四个代码坏味道是： 中间人（Middle Man） 狎昵关系 不完美的库类 被拒绝的遗赠 01 中间人（Middle Man） 在上一篇文章中 《识别代码中的坏味道（二）》 中在“过度耦合的消息链”这种代码坏味道曾经提及过中间人（Middle Man）这种代码坏味道，那么中间人到底是一类什么代码呢？ 中间人
代码坏的味道21：被拒绝的遗赠 （Refused Bequest）
aipaizi0273的博客
08-02 303
　　　　子类应该继承超类的函数和数据。但如果它们不想或不需要继承，又该这么办呢？它们得到所有礼物，却只从中挑选几样来玩。 按传统说法，这就意味着继承体系设计错误。你需要为这个子类新建一个兄弟类，再次运用 push down Method （函数下移）和 push down field （字段下移）把所有用不到的函数下推给那个兄弟。这样一来，超类就只持有所有子类共享的东...
代码的坏味道之二十一 ：Refused Bequest（被拒绝的遗贈）
yuwei629的专栏
05-03 1764
Subclasses 应该继承superclasses的函数和数据。但如果它们不想或不需要继承，又该怎么办呢？它们得到所有礼物，却只从中挑选几样来玩！ 按传统说法，这就意味继承体系设计错误。你需要为这个subclass 新建一个兄弟（sibling class），再运用Push Down Method（函数下移） 和 Push Down Field （值域下移）把所有用不到的函数下推给那兄
简单易懂读《重构》 - Refused Bequest (拒绝继承的遗赠)
Hermaeus Mora's Apocrypha
12-20 1234
继承某个类的子类，并不需要父类的某些方法，属性或不需要实现父类实现的接口
代码坏味道与重构之纯稚的数据类和被拒绝的馈赠
Jock2018的博客
10-17 1247
代码坏味道与重构之纯稚的数据类和被拒绝的馈赠
代码的坏味道：从《重构》中学习如何让代码焕发新生
最新发布
bill的博客
05-17 1180
两版《重构》的演进史，正是一部软件开发美学的进化史。从面向对象到函数式编程，从单体架构到微服务，变的是技术形态，不变的是对代码质量的永恒追求。命名即艺术：优秀的命名胜过千行注释简单即美：用短函数编织清晰逻辑边界即秩序：通过封装建立模块化城墙演进即生命：让重构成为开发的自然呼吸正如Fowler在书中所说："任何一个傻瓜都能写出计算机能理解的代码，唯有写出人类容易理解的代码，才是卓越的程序员。"建议每位开发者都将《重构》置于案头——它不仅能治愈你眼前的代码疾病，更能培养出预见问题的敏锐嗅觉。
重构技术：识别与改善代码坏味道
还有其他一些代码坏味道，如夸夸其谈未来性（Speculative Generality）、令人迷惑的暂时值域（Temporary Field）、过度遇合的消息链（Message Chains）、中间转手人（Middle Man）、狎昵关系（Inappropriate ...
【笔记】《重构：改善既有代码的设计》第3章-代码的坏味道
ZeromaXHe的博客
05-05 535
第3章 代码的坏味道 3.1 Duplicated Code（重复代码） 如果你在一个以上的地点看到相同的程序结构，那么可以肯定：设法将它们合而为一，程序会变得更好。 最单纯的重复代码就是“同一个类的两个函数含有相同的表达式”。 Extract Method 另一种常见情况就是“两个互为兄弟的子类内含相同表达式”。 Extract Method，然后Pull Up Method将它推入超类内。如果...
代码的坏味道
ycjunhua的专栏
03-23 173
转载至：http://blog.youkuaiyun.com/hisense2423/archive/2008/07/25/2707583.aspx Bad smell in code 下面列出的一些坏味道是《重构》一书中提到的，如果你的代码中有这种味道，那么意味着重构的时机已经来临了。 1、Duplicated Code（重复的代码） 同样的逻辑在多处表达。 2、Long...
《重构》第三章 - 读后感（异曲同工、不完美类库、纯数据类、被拒绝的馈赠、过多的注释）...
tianjingle
02-17 522
今天主要将第三章剩余的部分进行一个总结，之后我们就要好好读一下《重构》的第六和七章。第三章从文字的角度上描述了我们代码可能存在的问题。而第六七章则是通过示例来演示如何去进行代码重构的，所以...
3.21 Refused Bequest 被拒绝的馈赠
asing1elife's blog
10-28 1046
子类复用了父类的实现，却不愿支持父类的接口 继承体系设计错误 使用 11.5 Push Down Field 字段下移 和 11.4 Push Down Method 方法下移 把所有子类用不到的方法和字段从父类中迁移到另一个子类中 ...
代码重构（一）——总结代码的坏味道
geniusxi的博客
11-20 3728
《重构-改善既有代码的设计》一书在第三章指出了22种代码的坏味道，下面是我对这些坏味道的总结，分享给大家，还请指正。1. Duplicated Code（重复的代码）重复的代码分三种类型： - 位于同一个类：提炼成新方法进行调用 - 位于不同的子类：提炼成方法放进父类 - 位于完全不相干的类：提炼出一个新的类，将重复代码放进新的类中我们看下面代码，有一个汽车类，要在控制台打印奔驰和宝马的
读书_修改代码的艺术
donghong82的专栏
05-05 1065
遗留代码就是那些没有编写相应测试的代码.没有编写测试的代码是糟糕的代码. 不管我们有多细心地去编写它们,不管它们有多漂亮、面向对象或封装良好,只要没有编写测试,我们实际上就不知道修改后的代码是变得更好了还是更糟了.反之, 有了测试, 我们就能够迅速、可验证地修改代码的行为.   1.修改软件 修改软件的四个主要起因: (1)添加新特性: (2)修正bug: (3)改善设计: (4)
代码坏味道类型和解决方法简介
qq_21062995的博客
12-26 1274
坏味道代码和解决方法简介 以下纯粹是概念和解决方法的简介，真实的衡量标准需要在工程实践中累积经验和智慧，最后得到“直觉”，凭借“直觉”判断多少行重复的代码可以判断为重复代码坏味道，方法超过多少行或者方法职能不单一，认定为超长函数等。提供的参考值并无学术上的参考价值，仅仅当前阅读代码能力的参考。 重复代码（Duplicate code）：代码结果类似，表达式相似的代码。 解决方法：提取方法（Extract Method），方法上移（Pull Up Method），塑造模板方法(Form Template Me
重构-代码坏味道（Mysterious Name）有哪些
qq_45477639的博客
07-16 700
重构 改善既有代码的设计第二版》中文版：https://book-refactoring2.ifmicro.com/所谓重构（refactoring）是这样一个过程：在不改变代码外在行为的前提下，对代码做出修改，以改进程序的内部结构。（形而上的东西，目前能力不足，了解是什么就好）
软件工程（三）
fx1999的博客
12-28 1102
第八章 设计优化 一 小即是美 （那我可能丑到爆炸了） 1 设计的“味道”（由内味了） 僵化性，脆弱性，顽固性，粘滞性 不必要的复杂性，不必要的重复性，晦涩性 2 设计的优化 1.运行时的多态：多态性在结构上形成类的继承层次 2.重写的要求： 重写的方法本质上与父类方法具有相似的行为，但在细节上进行了有针对性的调整 重写的方法与原方法在相同的条件作用下工作，子类的方法不应具有比其父类更严格的条件限...
【代码重构】拒绝继承的遗赠（Refused Bequest）--如何处理子类无需使用到父类中的某些方法和变量的情况？
weixin_41937380的博客
11-21 514
【代码重构】拒绝继承的遗赠（Refused Bequest）--如何处理子类无需使用到父类中的某些方法和变量的情况？
软件设计的基本要求
giantmfc123
04-12 2118
做软件设计，为了方便后续的设计，代码审阅和测试。至少需要准备以下内容： 1. 用文档简单描述功能 2. 软件设计至少有类图，流程图，使用Visual Paradigm 15.2。 3. 编码风格请参考， google 开源项目风格指南：https://zh-google-styleguide.readthedocs.io/en/latest/google-cpp-styleguide/conten...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

giantmfc123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值