《重构-改善既有代码的设计》重构手法(第一组重构)

已于 2023-04-26 23:29:20 修改
阅读量395 收藏 2
点赞数 2
分类专栏： 重构 文章标签： 重构 代码优化 改善代码 代码设计 架构
于 2020-12-08 23:18:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/SuperYang_/article/details/110907465
版权
本文介绍了重构过程中提高代码可读性和可维护性的十种关键方法，包括提炼函数、内联函数、提炼变量、内联变量、函数声明改变、封装变量、变量改名、引入参数对象、函数组合成类以及拆分阶段。这些技巧有助于简化代码结构，增强代码的表达力，并确保代码的清晰性和一致性。
摘要由CSDN通过智能技术生成

文章内容和思路来自《重构-改善既有代码的设计》

1> 提炼函数：浏览一段代码，理解其作用，然后将其提炼到一个独立的函数中，并以这段代码的用途为这个函数命名

     

2> 内联函数：有时候会遇到某些函数，其内部实现和函数名称同样清晰易读；也可能是你重构了函数的内部实现，使其清晰易读；若果真如此，就应当去掉该函数直接使用其中的代码

      

3> 提炼变量：表达式有可能非常复杂而难以理解。这种情况下，局部变量可以帮助我们将表达式分解为比较容易管理的形式

      

4> 内联变量：在一个函数内部，变量能给表达式提供有意义的名字，因此变量通常是个好东西。但有时候，这个名字并不比表达式本身更具表现力

      

5> 函数声明改变：函数命名一个好的名字能让我一眼看出函数的用途而不用去看他的实现

      

6> 封装变量：如果一个变量的作用域超出单个函数，那么就应当进行封装；封装可以提供一个清晰的观测点

      

7> 变量改名：好的命名是变成的核心

      

8> 引入参数对象：一组数据项总是结伴同行，出没于一个又一个函数，这样的一组数据就是数据泥团，适合代之以一个数据结构

      

9> 函数组合成类：如果一组函数形影不离的操作同一块数据，适合为其组建一个新类

      

10> 拆分阶段：每当看到一段代码在同时处理两件事情的时候，就应当考虑将其拆分成两段独立的代码

      

11> 函数组合成变换：函数组合成变换的替代方案就是函数组合成类，后者的做法是先用源数据创建一个类，再把相关的计算逻辑搬移到类中。这两个有一个重要的区别：如果代码会对源数据做更新，那么使用类要好得多；如果使用变换，派生数据会被存储在新生成的记录中，一旦源数据被修改，就会遭遇数据不一致

      

SuperYang_
关注
  • 2
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
重构-改善既有代码的设计
06-10
第1章　重构，第一个案例 1 1.1　起点 1 1.2　重构的第一步 7 1.3　分解并重组statement() 8 1.4　运用多态取代与价格相关的条件逻辑 34 1.5　结语 52 第2章　重构原则 53 2.1　何谓重构 53 2.2　为何重构 55 2.3　何时重构 57 2.4　怎么对经理说 60 2.5　重构的难题 62 2.6　重构与设计 66 2.7　重构与性能 69 2.8　重构起源何处 71 第3章　代码的坏味道 75 3.1　Duplicated Code（重复代码） 76 3.2　Long Method（过长函数） 76 3.3　Large Class（过大的类） 78 3.4　Long Parameter List（过长参数列） 78 3.5　Divergent Change（发散式变化） 79 3.6　Shotgun Surgery（霰弹式修改） 80 3.7　Feature Envy（依恋情结） 80 3.8　Data Clumps（数据泥团） 81 3.9　Primitive Obsession（基本类型偏执） 81 3.10　Switch Statements（switch惊悚现身） 82 3.11　Parallel InheritanceHierarchies（平行继承体系） 83 3.12　Lazy Class（冗赘类） 83 3.13　Speculative Generality（夸夸其谈未来性） 83 3.14　Temporary Field（令人迷惑的暂时字段） 84 3.15　Message Chains（过度耦合的消息链） 84 3.16　Middle Man（中间人） 85 3.17　Inappropriate Intimacy（狎昵关系） 85 3.18　Alternative Classes with Different Interfaces（异曲同工的类） 85 3.19　Incomplete Library Class（不完美的库类） 86 3.20　Data Class（纯稚的数据类） 86 3.21　Refused Bequest（被拒绝的遗赠） 87 3.22　Comments（过多的注释） 87 第4章　构筑测试体系 89 4.1　自测试代码的价值 89 4.2　JUnit测试框架 91 4.3　添加更多测试 97 第5章　重构列表 103 5.1　重构的记录格式 103 5.2　寻找引用点 105 5.3　这些重构手法有多成熟 106 第6章　重新组织函数 109 6.1　Extract Method（提炼函数） 110 6.2　Inline Method（内联函数） 117 6.3　Inline Temp（内联临时变量） 119 6.4　Replace Temp with Query（以查询取代临时变量） 120 6.5　Introduce Explaining Variable（引入解释性变量） 124 6.6　Split Temporary Variable（分解临时变量） 128 6.7　Remove Assignments to Parameters（移除对参数的赋值） 131 6.8　Replace Method with Method Object（以函数对象取代函数） 135 6.9　Substitute Algorithm（替换算法） 139 第7章　在对象之间搬移特性 141 7.1　Move Method（搬移函数） 142 7.2　Move Field（搬移字段） 146 7.3　Extract Class（提炼类） 149 7.4　Inline Class（将类内联化） 154 7.5　Hide Delegate（隐藏“委托关系”） 157 7.6　Remove Middle Man（移除中间人） 160 7.7　Introduce Foreign Method（引入外加函数） 162 7.8　Introduce Local Extension（引入本地扩展） 164 第8章　重新组织数据 169 8.1　Self Encapsulate Field（自封装字段） 171 8.2　Replace Data Value with Object（以对象取代数据值） 175 8.3　Change Value to Reference（将值对象改为引用对象） 179 8.4　Change Reference to Value（将引用对象改为值对象） 183 8.5　Replace Array with Object（以对象取代数组） 186 8.6　Duplicate Observed Data（复制“被监视数据”） 189 8.7　Change Unidirectional Association to Bidirectional（将单向关联改为双向关联） 197 8.8　Change Bidirectional Association to Unidirectional（将双向关联改为单向关联） 200 8.9　Replace Magic Number with Symbolic Constant（以字面常量取代魔法数） 204 8.10　Encapsulate Field（封装字段） 206 8.11　Encapsulate Collection（封装集合） 208 8.12　Replace Record with Data Class（以数据类取代记录） 217 8.13　Replace Type Code with Class（以类取代类型码） 218 8.14　Replace Type Code with Subclasses（以子类取代类型码） 223 8.15　Replace Type Code with State/Strategy（以State/Strategy取代类型码） 227 8.16　Replace Subclass with Fields（以字段取代子类） 232 第9章　简化条件表达式 237 9.1　Decompose Conditional（分解条件表达式） 238 9.2　Consolidate Conditional Expression（合并条件表达式） 240 9.3　Consolidate Duplicate Conditional Fragments（合并重复的条件片段） 243 9.4　Remove Control Flag（移除控制标记） 245 9.5　Replace Nested Conditional with Guard Clauses（以卫语句取代嵌套条件表达式） 250 9.6　Replace Conditional with Polymorphism（以多态取代条件表达式） 255 9.7　Introduce Null Object（引入Null对象） 260 9.8　Introduce Assertion（引入断言） 267 第10章　简化函数调用 271 10.1　Rename Method（函数改名） 273 10.2　Add Parameter（添加参数） 275 10.3　Remove Parameter（移除参数） 277 10.4　Separate Query from Modifier（将查询函数和修改函数分离） 279 10.5　Parameterize Method（令函数携带参数） 283 10.6　Replace Parameter with Explicit Methods（以明确函数取代参数） 285 10.7　Preserve Whole Object（保持对象完整） 288 10.8　Replace Parameter with Methods（以函数取代参数） 292 10.9　Introduce Parameter Object（引入参数对象） 295 10.10　Remove Setting Method（移除设值函数） 300 10.11　Hide Method（隐藏函数） 303 10.12　Replace Constructor with Factory Method（以工厂函数取代构造函数） 304 10.13　Encapsulate Downcast（封装向下转型） 308 10.14　Replace Error Code with Exception（以异常取代错误码） 310 10.15　Replace Exception with Test（以测试取代异常） 315 第11章　处理概括关系 319 11.1　Pull Up Field（字段上移） 320 11.2　Pull Up Method（函数上移） 322 11.3　Pull Up Constructor Body（构造函数本体上移） 325 11.4　Push Down Method（函数下移） 328 11.5　Push Down Field（字段下移） 329 11.6　Extract Subclass（提炼子类） 330 11.7　Extract Superclass（提炼超类） 336 11.8　Extract Interface（提炼接口） 341 11.9　Collapse Hierarchy（折叠继承体系） 344 11.10　Form Tem Plate Method（塑造模板函数） 345 11.11　Replace Inheritance with Delegation（以委托取代继承） 352 11.12　Replace Delegation with Inheritance（以继承取代委托） 355 第12章　大型重构 359 12.1　Tease Apart Inheritance（梳理并分解继承体系） 362 12.2　Convert Procedural Design to Objects（将过程化设计转化为对象设计） 368 12.3　Separate Domain from Presentation（将领域和表述/显示分离） 370 12.4　Extract Hierarchy（提炼继承体系） 375 第13章　重构，复用与现实 379 13.1　现实的检验 380 13.2　为什么开发者不愿意重构他们的程序 381 13.3　再论现实的检验 394 13.4　重构的资源和参考资料 394 13.5　从重构联想到软件复用和技术传播 395 13.6　小结 397 13.7　参考文献 397 第14章　重构工具 401 14.1　使用工具进行重构 401 14.2　重构工具的技术标准 403 14.3　重构工具的实用标准 405 14.4　小结 407 第15章　总结 409
重构改善既有代码的设计第2版.pdf
10-27
6. 第一组重构：包括提炼函数、内联函数、提炼变量、内联变量、改变函数声明、封装变量、变量改名、引入参数对象、函数组合成类、函数组合成变换、拆分阶段等。 7. 封装：包括封装记录、封装集合、以对象取代基本...
重构—改善既有代码的设计
Secret Island
05-13 872
原文地址：http://www.jianshu.com/p/f3c0e3fe48cf 《重构——改善既有代码的设计》 《Refactoring——Improve the Design of Existing Code》 作者： 马丁 富勒 （Martin Fowler） 一、什么是重构？ 所谓重构是这样一个过程：在不改变代码外在行为的前提下，对代码作出修改，以改进程序
重构：改善既有代码的设计
weixin_44390164的博客
05-13 985
1. 提炼函数 1.1 提炼函数的动机 何时重构：需要花时间才能弄懂一段代码 对于api，我们不需要去弄明白代码如何实现，只需要知道功能，则不需要重构 大量短小函数会让程序跑的更快，更容易被缓存 当函数超过10行就应该考虑提炼函数 1.2 做法 创造新函数，根据意图进行命名（”做什么“来命名，而不是“怎么做”命名） 将待提炼代码复制到新的函数中 若提炼的代码引用了作用域限于源函数，则以参数的形式传递给新函数 在源函数中，将被提炼代码段替换为对目标函数的调用 测试 若其他代码与被提炼代码有相似处，使用以
《重构-改善既有代码的设计》读书笔记
在路上
04-12 1333
重构,第一个案例 1.1 起点 如果发现现有的代码结构使你无法很方便地添加新特性,那就先重构,使特性的添加比较容易进行后,再添加特性; 1.2 重构的第一步 为即将修改的代码建立可靠的测试环境 – 是人就会犯错,所以需要可靠的测试; 测试结果能够自我检验 – 成功”OK”,失败列出失败清单并打印行号 (自动化对比测试结果是提高效率的前提); 1.3 分解并重组”巨型
重构 ：改善既有代码的设计
最新发布
DuGuYiZhao的博客
01-12 1306
笔记，回顾
重构_重构_改善既有代码_
10-03
《重构：改善既有代码设计》是一本由Martin Fowler所著的经典IT著作，它详细阐述了在软件开发过程中如何通过重构来提升代码质量、可读性和维护性。重构是一种系统性的方法，旨在不改变软件外在行为的前提下，改进其...
第一组重构（重构：改善既有代码的设计）
01-20
在软件开发过程中，重构是一项至关重要的技能，它旨在改善既有代码的设计，提高代码的可读性和维护性，而不会改变其外在行为。本篇主要介绍六种重构技术，包括提炼函数、内联函数、提炼变量、内联变量、改变函数声明...
重构-改善既有代码的设计+中文版
12-06
　The First Step in Refactoring 重构第一步　 　Decomposing and Redistributing the Statement Method 分解并重组slalemenl方法　 　Replacing the Conditional Logic on Price Code with Polymorphism 用多态...
《重构 改善既有代码的设计》之代码的坏味道
02-14
### 《重构 改善既有代码的设计》之代码的坏味道 #### 代码的坏味道简介 重构是一种改进代码质量的重要手段，它不仅能够提升代码的可读性和可维护性，还能帮助开发者更好地理解现有系统架构。《重构 改善既有代码...
重构·改善既有代码的设计
kaikai_sk的博客
11-16 1447
文章目录3 代码坏味道3.1 神秘命名3.2 重复代码3.3 过长函数3.4 过长参数列表3.5 全局变量3.6 可变数据3.7 发散式变化3.8 霰弹式修改3.9 依恋情节3.10 数据泥团3.11 基本类型偏执3.12 重复的switch3.13 循环语句3.14 冗赘的元素6 第一组重构6.1 函数组合成类6.2 内联函数6.6 封装变量6.10 函数组合成变换7 封装7.6 内联类8 搬移特性8.8 以管道取代循环9 重新组织数据9.1 拆分变量9.3 以查询取代派生变量9.4 将引用对象改为值对象
重构-改善既有代码的设计：重构原则（二）
weixin_30861797的博客
05-22 440
1.什么是重构 重构（Refactoring）：在不改变软件的功能和外部可见性的情况下，为了改善软件的结构，提高清晰性、可扩展性和可重用性而对软件进行的改造，对代码内部的结构进行优化。 2.为何重构 1）改进软件设计（整理代码） 重构和设计是相辅相成的，它和设计彼此互补。有了重构，你仍然必须做预先的设计，但是不必是最优的设计，只需要一个合理的解决方案就够...
《重构 - 改善既有代码的设计》
bob解读
03-20 659
工作多年，经历过一些大型互联网项目，常常面对是很多遗留系统，添加一些新功能，寻找bug，维护遗留代码。 随着不同产品推出，不同版本发布，很多代码都已经不可抗拒的腐化，让我们在工作中必须尝试着重构，甚至重写。BoB在工作中也经常面对着这些问题，通过不断的重读《重构 - 改善既有代码的设计》一书，常常获得重构的技巧与灵感，在项目中运用书中知识，也在公司内部多次分享重构经验。
重构:改善既有代码的设计
Micon_blog
11-24 180
《重构:改善既有代码的设计》编辑推荐：重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是《重构:改善既有代码的设计》原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。《重构:改善既有代码的设计》也因此成为与《设计模式》齐名的经典著作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。 《重构:改善既有代码的设计》...
[重构] 改善既有代码的设计
Blanchedingding的博客
07-02 391
在做微服务拆分相关的课题，会涉及到模块化重构和代码重构相关的东西，重构的速度和质量很大程度上取决于代码原本质量的好坏，所以看了一下这本书，有些知识点我也不知道，所以摘抄了其中比较重要的部分规则。 文章目录重构——改善既有代码的设计序前言第1章 重构，第一个案例第2章 重构原则第3章 代码的坏味道第4章 构筑测试体系第5章 重构列表第6章 重新组织函数第7章 在对象之间搬移特性第8章 重新组织数据第...
重构 - 改善既有代码的设计
梦心之魂的博客
05-21 1027
内联函数目的：将意图与实现分开。意图 == 主干；实现 == 分支的实现场景：如果需要花时间浏览一段代码才能弄清它到底干什么，那么就应该将其提炼到一个函数中，并根据它所做的事为其命名。以后再读到这段代码时，可以一眼就能知道函数的用途，大多数根本不需要关心函数如何实现。
重构改善既有代码的设计
雾霾中的雪
05-02 265
构筑测试体系重构+测试 密不可分自测试代码的价值Q：程序员时间耗费在哪里？   调试Q：类应该包含他们自己的测试代码吗？   在自动化无法进行覆盖的同时需要有代码测试机制Q：继承和多态会让测试变的比较困难，是否还需要继续？   “花合理的时间抓出大多数bug”好过“穷尽一生抓出所有bug”重构列表重构的记录格式E：重构手法都有五个部分：名称(重构词汇表)、简短概要、动机、做法、范例这些重构手法有多...
重构，改善既有代码的设计
学Java，找哪吒
01-17 7262
本系列是用来记录《重构，改善既有代码的设计》这本书的读书笔记。方便自己查看，也方便大家查阅。 欲速则不达，欲达则欲速！ 重构，绝对是写程序过程中最重要的事之一。在写程序之前我们不可能事先了解所有的需求，设计肯定会有考虑不周的地方，而且随着项目需求的修改，也有可能原来的设计已经被改的面目全非了。更何况，我们很少有机会从到到尾完成一个项目，基本上都是接手别人的代码，即使这个项目从头到尾参与，也有可...
重构：提升代码质量与设计的艺术
"重构-改善既有代码的设计" 本书是关于重构的权威指南，旨在提升软件设计的质量和可维护性。作者通过一系列实际案例，详细介绍了如何在现有代码基础上进行重构，以改进代码结构，同时保持软件功能不变。书中分为多...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

SuperYang_

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

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

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

打赏作者

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

抵扣说明：

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

余额充值