3.19 Incomplete library class(不完美的库类)

最新推荐文章于 2026-06-23 11:42:49 发布
原创 最新推荐文章于 2026-06-23 11:42:49 发布 · 1.5k 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#library #class #extension
本文介绍两种扩展库类的方法：introduceforeignmethod适用于少量函数的修改；introducelocalextension则用于添加大量额外行为。
如果你只想修改库类的一两个函数，可以运用introduce foreign method；如果想要添加一大堆额外行为，就得运用introduce local extension。
识别代码中的坏味道（三）
PageThinker
05-19 590
前两篇文章 《识别代码中的坏味道（一）》 和 《识别代码中的坏味道（二）》 中已经介绍了 18 个代码坏味道。《重构》中还涉及到另外 4 个代码坏味道，本文将将详细介绍剩余的 4 个代码坏味道。 这四个代码坏味道是： 中间人（Middle Man） 狎昵关系 不完美的库类 被拒绝的遗赠 01 中间人（Middle Man） 在上一篇文章中 《识别代码中的坏味道（二）》 中在“过度耦合的消息链”这种代码坏味道曾经提及过中间人（Middle Man）这种代码坏味道，那么中间人到底是一类什么代码呢？ 中间人
简单易懂读《重构》 - Incomplete Library Class (不完美的库类)
Hermaeus Mora's Apocrypha
12-19 1019
封装好的类库中功能不能满足实际需求
3.19 Incomplete Library Class 不完美的类库
asing1elife's blog
10-26 470
类库构造的不够完善 完善类库中的一两个方法 使用 7.7 Introduce Foreign Method 引入外部方法 晚上类库的大部分行为 使用 7.8 Introduce Local Extension 引入本地扩展 ...
代码的坏味道之十九 ：Incomplete Library Class（不完美的程序库类）
yuwei629的专栏
05-03 1143
复用（reuse）常被视为对象的终极目的。我们认为这实在是过度估计了（我们只是使用而己）。但是无可否认，许多编程技术都建立在library classes （程序库类）的基础上，没人敢说是不是我们都把排序算法忘得一干二净了。 library classes构筑者没有未卜先知的能力，我们不能因此责怪他们。毕竟我们自己也几乎总是在系统快要构筑完成的时候才能弄清楚它的设计，所以library 构筑
代码坏味道 之 19 不完美的库类 Incomplete library class
giantmfc123
04-16 321
《重构：改善既有代码的设计》中提到过一些代码的坏味道，针对这些坏味道，需要进行重构。 不完美的库类 Incomplete library class 问题1：库的接口不满足自己的需求 解决方案：修改库类的一两个函数，可以使用introduce foreign method 解决方案：如果想要增加一大堆额外行为，就使用introduce local extension ...
代码坏的味道19：不完美的库类 （Incomplete Library Class）
aipaizi0273的博客
08-02 158
　　复用常被视为对象的终极目的。不过复用的意义常被高估：大多数对象只要够用就好。但是无可否认，许多编程技术都建立在程序库的基础上。 库类的构筑者没用未卜先知的能力，不能因此责怪他们。麻烦的是库往往构造的不够好，而且往往不可能让我们修改其中的类使它们完成我们希望完成的工作。这是否意味着那些经过实践检验的技术，如今都派不上用场了？ 幸好我们有2个专门应付这种情况...
Python类型检查实战：四层架构与生产级工作流
最新发布
weixin_30888413的博客
06-23 328
Python类型检查是现代工程化开发的基础能力，其本质是通过类型提示、静态分析、运行时验证和工程实践四层协同，在不改变运行时行为的前提下提升代码可维护性与协作效率。随着FastAPI、Pydantic等框架深度依赖类型注解生成文档与校验逻辑，以及mypy、pyright等工具在CI/CD中实现前置拦截，类型检查已从可选优化升级为质量防线核心组件。本文聚焦真实金融系统落地经验，详解TypedDict、Protocol、TypeVar泛型等高频进阶用法，并提供渐进式启用策略、第三方库存根集成、循环导入规避等关键
C++ - 不完整的类声明(incomplete class declarations ) 问题 和 解答
weixin_34034670的博客
11-06 964
不完整的类声明(incomplete class declarations ) 问题 和 解答 两个类放入一个文件时, 如果包含内联函数, 及友元(friend)类, 则函数放置的顺序尤为重要, 类的前置声明(class forward declaration)也需要注意. 否则会产生编译错误: 不完整的类声明(incomplete class declarat...
重构-改善既有代码的设计 读书笔记
wangwenwen的专栏
10-13 2948
一、为什么重构？     重构技术的给我们代来的第一个好处就是他是我们的代码条理清晰，简明易读。于此同时，重构技术借用OO原则，将强代码的扩展性和灵活性，使得日后添加新功能更加轻松容易。     在软件开发过程中，我们每天应该关注两件事情，“今天应该做什么”和“明天应该做什么”。大多数时候，无论是修改BUG还是添加新功能，我们都是关注今天应该完成的事情，忽略了今天已经做的事情对明天应该做的事情
3.8 data clumps(数据泥团)
ptn3900的专栏
10-17 3285
常常可以在很多地方看到相同的三四项数据：两个类中相同的字段，许多函数签名中相同的参数。这些总是绑在一起出现的数据真应该拥有属于他们自己的 对象。首先请找出这些数据以字段形式出现的地方，运用extract class将它们提炼到一个独立对象中。然后将注意力转移到签名函数上，运用in
9.6 replace conditional with polymorphism (以多态取代条件表达式)
ptn3900的专栏
10-18 1939
条件表达式，根据对象类型的不同而选择不同的行为。 将这个条件表达式的每一个分支放进一个子类内的覆写函数中，然后将原始函数声明为抽象函数。 动机： 多态使你不必编写明显的条件表达式。 如果同一组条件表达式在程序许多地方出现，那么使用多态的收益是最大的。 做法： 使用re
3.9 primitive obsession(基本类型偏执)
ptn3900的专栏
10-17 1673
对象的一个极大价值在于：它们模糊了横旦于基本数据和体积较大的类之间的界限。可以运用replace data value with object将原本单独存在的数据值替换为对象，从而走出传统的洞窟。如果想要替换的数据值是类型码，而它并不影响行为，则可以运用replace type
3.15 message chains (过度耦合的消息链)
ptn3900的专栏
10-19 1570
一个对象请求另一个，后者在请求下一个对象，....这就是消息链。采取这种方式，意味客户代码将与查找过程中的导航结构紧密耦合，一旦对象间的关系发生任何变化，客户端就不得不做出相应修改。 这时候应该使用hide delegate。 通常更好的手法：先观察消息链最终得到的对象是用来
3.11 parallel inheritance hierarchies (平行继承体系)
ptn3900的专栏
10-19 1550
如果为某个类增加一个子类，必须也为另一个类相应增加一个子类。如果发现某个继承体系的类名称前缀和另一个继承体系的类名称前缀完全相同，便是这种坏味道。 策略：让一个继承体系的实例引用另一个继承体系的实例。如果再接再励使用move method和move field，就可以将引用端的
8.8 change bidirectional association to unidirectional (将双向关联改为单向关联)
ptn3900的专栏
10-19 1497
两个类之间有双向关联，但其中一个类如今不再需要另一个类的特性。 动机： 双向关联很有用，但你必须为它付出代价，那就是维护双向连接。 大量的双向连接也很容易造成“僵尸对象”。 双向关联也迫使两个类之间有了依赖：对其中一个类的任何修改，都可能引发另一个类的变化。 做法：
3.6 shotgun surgery(散弹式修改)
ptn3900的专栏
10-16 1482
如果没遇到某种变化，都必须在许多不同的类内做出许多小修改，你所面临的坏味道就是shotgun surgery。 应该使用move method和move field把所有需要修改的代码放进同一个类。如果眼下没有合适的类可以安置这些代码，就创造一个。通常可以运用inline cl
3.7 Feature envy(依恋情结)
ptn3900的专栏
10-17 1444
函数对某个类的兴趣高过对自己所处类的兴趣。 一个函数往往会用到几个类的功能，那么它究竟该被置于何处呢？判断哪个类拥有最多被此函数使用的数据，然后就把这个函数和那些数据摆在一起。 将总是一起变化的东西放在一起。数据和引用这些数据的行为总是一起变化，但也有例外。如果例外出现，我们
10.9introduce parameter object
ptn3900的专栏
10-10 1310
某些参数总是很自然地同时出现。 以一个对象取代这些参数。 动机： 常会看到特定的一组参数总是一起被传递。可能有好几个函数都使用这一组参数，这些函数可能隶属同一个类，也可能隶属不同的类。这就是data clumps（数据泥团），可以运用一个对象包装所有这些数据，再以该对象取代
11.9 collapse hierarchy (折叠继承体系)
ptn3900的专栏
10-19 1228
超类和子类之间无太大区别。 将它们合为一体。 动机： 继承体系很容易变的过分复杂。所谓重构继承体系，往往是将函数和字段在体系中上下移动。完成这些动作后，很可能发现某个子类并未带来该有的价值，因此需要把超类与子类合并起来。 做法： 选择想移除的类，是超类还是子类。 使用
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值