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

于 2022-11-18 17:29:51 发布
阅读量378 收藏
点赞数
分类专栏： 代码设计 文章标签： 代码规范
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/samveltor/article/details/127926770
版权

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

  • 重构的前提
    • 重构的前提是有一套可靠的测试集
    • 好代码的检验标准是人们可以轻而易举的读懂并修改它
    • 重构过程中应时刻保持应用可以通过所有测试集
    • 重构时应清楚自己是在重构代码还是在添加新功能
  • 为何重构
    • 找到bug
    • 为了更易于理解设计
    • 为后续添加功能打基础
  • 何时重构
    • 添加新功能时
    • 为了帮助理解时
    • 发现问题时，记录下来有空再处理
    • 为了系统的健壮性，有计划的去重构
  • 何时不重构
    • 在需要理解内部详细情况下不重构
    • 如果重写比重构简单，那么重写
  • 坏代码
    • 神秘命名：不明白的意思的名称 -> 名称应与业务逻辑相关
    • 重复代码： 多个地方的逻辑是一样的 -> 整合重复代码
    • 过长的函数： 会让人不知道到底做什么 -> 提炼函数，命名规整
    • 过长的参数列表： 会让人疑惑 -> 使用结构
    • 全局数据： 容易被其他地方修改而不知
    • switch : 应使用多态来实现
    • 注释：应用命名代替注释，对于复杂的或者特别的可以注释说明
  • 编写测试用例的好处
    • 可以更清楚知道自己是否有bug
    • 更全局的考虑场景和代码吻合度
  • 如何编写测试
    • 针对某一特定功能 (容易错的地方)
    • 写特别有的针对性的用例
    • 用全局变量时注意多个用例共用时可能出现的问题
    • 有bug时，先写测试用例来暴露它，以便解决它
  • 重构建议
    • 尽量小步的重构，确保每个部位都是正确的
    • 注意多个方法使用同一个引用对象时发生的事情，可能超出你的意料
    • 在构建足够清晰的代码时，可以考虑使用内联或者提炼，让表达更清晰。
    • 当一个逻辑十分复杂时，考虑使用局部变量来让他简短而明了。
    • 封装数据时，考虑是否应该共享源数据。(不需要可以返回副本)
    • 将每个步骤区分开，提取各个步骤所需的公共数据，让逻辑更清晰
  • 重构方式
    • 封装：封装变量，定义类职责，思考应该暴露的概念，以及期望的效果
    • 搬移特性：将变量或方法定义在符合设计的地方，以便理解和合理建模
    • 重新组织数据：定义变量或者使用时候，要考虑到使用时如果被修改，可能造成的影响，比如在方法中传入对象，如果方法内修改了对象的内部变量值，可能影响其他使用者。
    • 简化条件逻辑：变量的逻辑判断给人的感受不如用文字表明的一个包装函数直观，适当使用断言帮助理解行为，使用多态来分解逻辑判断的难理解或共同点
    • 重构API：一个函数尽量制作一件事情，函数参数传变量还是对象基于函数作用考虑
    • 处理继承：将重复的代码尽可能移动到父类中。 不要过度设计导致滥用继承。继承应该作为具有相同行为的对象的一种抽象。 适当使用委托来减少过度的继承

一切都是为了便于理解。

本书6-12章讲述重构的手法，不一定都会用上，只是说明遇到某些情况，你可以使用它。
其他书籍 ： 《修改代码的艺术》 《设计模式》

simple哇
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 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
重构：改善既有代码的设计
04-13
《重构：改善既有代码的设计》是一本由Martin Fowler所著的经典IT著作，专注于软件开发中的重构技术，旨在提升代码质量，优化程序结构，使代码更易于理解和维护。重构是软件开发过程中不可或缺的一部分，它强调在不...
《重构 - 改善既有代码的设计》
bob解读
03-20 665
工作多年，经历过一些大型互联网项目，常常面对是很多遗留系统，添加一些新功能，寻找bug，维护遗留代码。 随着不同产品推出，不同版本发布，很多代码都已经不可抗拒的腐化，让我们在工作中必须尝试着重构，甚至重写。BoB在工作中也经常面对着这些问题，通过不断的重读《重构 - 改善既有代码的设计》一书，常常获得重构的技巧与灵感，在项目中运用书中知识，也在公司内部多次分享重构经验。
重构:改善既有代码的设计
Micon_blog
11-24 208
《重构:改善既有代码的设计》编辑推荐：重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是《重构:改善既有代码的设计》原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。《重构:改善既有代码的设计》也因此成为与《设计模式》齐名的经典著作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。 《重构:改善既有代码的设计》...
重构改善既有代码的设计
imba_xuetu的博客
08-28 954
重构
重构_重构_改善既有代码_
10-03
《重构：改善既有代码设计》是一本由Martin Fowler所著的经典IT著作，它详细阐述了在软件开发过程中如何通过重构来提升代码质量、可读性和维护性。重构是一种系统性的方法，旨在不改变软件外在行为的前提下，改进其...
重构改善既有代码的设计PPT课件
03-28
重构是软件开发过程中的一个重要环节，它关注于改善已有代码的设计，以提高代码的可读性和维护性，同时保持原有功能不变。通过重构，程序员能够更有效地管理代码，提升开发效率，减少错误，并促进团队成员之间的沟通...
重构改善既有代码的设计第2版.pdf
最新发布
10-27
重构改善既有代码的设计第2版.pdf 本书主要讨论了如何通过重构来改善既有代码的设计，提高代码的可维护性、可读性和可扩展性。下面是对书中重要的知识点的总结： 1. 重构的定义和重要性：重构是指对既有代码的修改...
重构－改善既有代码的设计
11-19
一直很喜欢重构这本书，但是由于自己记性不太好，书看过之后其中的方法总是记不住，于是想如果有电子版的重构书就好了，工作中遇到重构的问题可以随时打开查阅。在网上搜索了许久，发现重构这本书有英文chm版本的，而中文版的电子书只有扫描的PDF版本，用起来非常不方便。于是萌生想做一本重构工具书的想法，本来打算自己重新将重构书的内容再整理归类一下，后来发现原书的目录编排就很适合做工具书，包括坏味道分类，重构手法归类等，都有了一个比较系统的整理。因此，我利用空余时间制作了这样的一本中文的chm版重构，希望对大家有所帮助，也算对中国软件业做出一点小小的贡献。 本书基本上是取自”重构”中文版一书的内容，但格式上参照的是chm英文版的格式，还有一些格式小修改，比如第一章的重构前后代码对比。因为时间匆促，个人能力有限，本书难免存在一些缺漏，如果大家发现有问题，随时可以给我发邮件，我会尽快更新错误的内容。 最后再次感谢几位大师 Martin Fowler、Kent Beck等，还有翻译的侯捷和熊节先生，为我们带来这么精彩的一本书。谢谢。 免责声明：本书仅供个人学习研究之用，不得用于任何商业目的，不得以任何方式修改本作品，基于此产生的法律责任本人不承担任何连带责任。
重构 改善既有代码的设计 源码
12-24
关于第一章部分的代码！ 希望大家喜欢哈哈哈！
重构-改善既有代码的设计.pdf
05-25
重构-改善既有代码的设计.pdf
重构-改善既有代码的设计+中文版.pdf
04-15
重构-改善既有代码的设计+中文版,重构在任何项目中都存在，重构与单纯的技术学习相比，个人觉得前者甚至比后者重要。
重构·改善既有代码的设计
kaikai_sk的博客
11-16 2990
文章目录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 将引用对象改为值对象
[重构] 改善既有代码的设计
Blanchedingding的博客
07-02 397
在做微服务拆分相关的课题，会涉及到模块化重构和代码重构相关的东西，重构的速度和质量很大程度上取决于代码原本质量的好坏，所以看了一下这本书，有些知识点我也不知道，所以摘抄了其中比较重要的部分规则。 文章目录重构——改善既有代码的设计序前言第1章 重构，第一个案例第2章 重构原则第3章 代码的坏味道第4章 构筑测试体系第5章 重构列表第6章 重新组织函数第7章 在对象之间搬移特性第8章 重新组织数据第...
重构 -- 改善既有代码的设计
灬王小乖灬的博客
07-28 636
重构 -- 改善既有代码的设计
重构：改善既有代码设计PDF版
"重构_改善既有代码的设计 pdf" 《重构：改善既有代码的设计》是一本由Martin Fowler所著的经典著作，该书深入探讨了在软件开发过程中如何通过一系列微小的改变来逐步提升代码质量，从而改善软件设计。这本书是IT...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值