以全新的视角审视重构——世界软件大师“鲍勃大叔”作序推荐

本文主要是介绍以全新的视角审视重构——世界软件大师“鲍勃大叔”作序推荐,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

编程不只是写代码,更是一门艺术。编写优雅代码是一种极致追求,这需要一种极客精神才可以达到。高质量的代码不仅可以增加代码可读性,还可以确保所写的代码能够高质量运行和高效维护。

       编程也是一门沟通语言,是团队沟通的方式。对代码质量主要从定性和定量两个方面进行衡量,也有一些编程布道者提供了优雅编程的准则、模式和原则,这些规范可指导程序员写出一手漂亮的代码。整洁的代码总有一些共同特征:精确的变量名、恰到好处的设计模式、详细而不赘述的注释等。

      重构是一门抽象的艺术,想要真正理解和运用这些教条般的重构选择和设计模式并非易事,往往需要一个软件工程师进行多年的经验积累才能小有所得。本书是敏捷技术教练和代码重构布道者ChristianClausen基于多年工作积累的实践经验编写而成,并且由世界级软件开发大师、设计模式和敏捷开发先驱RobertC.Martin(后辈程序员尊称其为“Bob大叔”)作序。Bob大叔在代码整洁方面为晚辈程序员奉献了3本代码整洁著作。

      本书是跟随Bob大叔脚步,站在巨人肩上,集大成写就的。它以代码示例对比方式对好代码和坏代码进行识别,从重构、函数封装、类型设计、代码融合、数据维护等方面对程序员面临的问题进行深度分析。

      此外从编译器、注释及代码重构时机和方法等方面提出了一些策略和准则,教你在遇到问题时如何修复和改进低效代码,让你的代码变得优雅、易读和易维护。本书可作为对编程感兴趣的相关人员、程序员、计算机科学家和工程师的修炼宝典,是程序员提升自己的职业素养不可不读的经典著作。

图书目录

♬..♩~ ♫. ♪..

第Ⅰ部分

通过重构电脑游戏来学习

第1章 重构 3

1.1  什么是重构 4

1.2  技能:重构什么 5

1.2.1  代码异味示例 5

1.2.2  规则示例 6

1.3  文化:什么时候重构 6

1.3.1  在遗留系统中重构 7

1.3.2  什么时候不应该重构 8

1.4  工具:如何(安全地)重构 8

1.5  入门所需的工具 9

1.5.1  编程语言:TypeScript 9

1.5.2  编辑器:Visual Studio Code 9

1.5.3  版本控制:Git 10

1.6  总体示例:一款2D益智游戏 10

1.7  关于实际软件的说明 12

1.8  本章小结 12

第2章 重构的内部原理 13

2.1  提高可读性和可维护性 13

2.1.1  使代码更好 13

2.1.2  维护代码而不改变代码作用 15

2.2  获得速度、灵活性和稳定性 16

2.2.1  优先选择组合而非继承 16

2.2.2  通过添加而非修改来更改代码 17

2.3  重构与你的日常工作 18

2.4  在软件上下文中定义“域” 18

2.5  本章小结 19

第3章 拆分长函数 21

3.1  建立第一条规则:为什么是5行 22

3.2  引入重构模式来分解函数 24

3.3  分解函数以平衡抽象 32

3.3.1  规则:EITHER CALL OR PASS 32

3.3.2  应用规则 33

3.4  好的函数名称的属性 33

3.5  分解任务太多的函数 36

3.5.1  规则:IF ONLY AT THE START 36

3.5.2  应用规则 37

3.6  本章小结 39

第4章 让类型代码发挥作用 41

4.1  重构一个简单的if语句 41

4.1.1  规则:NEVER USE IF WITH ELSE 42

4.1.2  应用规则 43

4.1.3  重构模式:REPLACE TYPE CODE WITH CLASSES 45

4.1.4  将代码推入类 48

4.1.5  重构模式:PUSH CODE

INTO CLASSES 51

4.1.6  内联一个多余的方法 55

4.1.7  重构模式:INLINE METHOD 55

4.2  重构一个大的if语句 57

4.2.1  去除泛化 61

4.2.2  重构模式:SPECIALIZE METHOD 63

4.2.3  唯一允许的switch 65

4.2.4  规则:NEVER USE SWITCH 66

4.2.5  消除if 67

4.3  解决代码重复问题 69

4.3.1  不能用抽象类代替接口吗 71

4.3.2  规则:ONLY INHERIT FROM INTERFACES 71

4.3.3  所有这些代码重复是怎么回事 72

4.4  重构一对复杂的if语句 73

4.5  删除无用代码 76

4.6  本章小结 77

第5章 将类似的代码融合在一起 79

5.1  统一相似的类 80

5.2  统一简单条件 93

5.3  统一复杂条件 96

5.3.1  对条件使用算术规则 97

5.3.2  规则:USE PURE CONDITIONS 98

5.3.3  应用条件算术 100

5.4  跨类统一代码 101

5.4.1  引入UML类图描绘类关系 106

5.4.2  重构模式:INTRODUCE STRATEGY PATTERN 108

5.4.3  规则:NO INTERFACE WITH ONLY ONE IMPLEMENTATION 114

5.4.4  重构模式:EXTRACT INTERFACE FROM

IMPLEMENTATION 115

5.5  统一类似函数 118

5.6  统一类似代码 121

5.7  本章小结 125

第6章 保护数据 127

6.1  无getter封装 127

6.1.1  规则:DO NOT USE GETTERS OR SETTERS 127

6.1.2  应用规则 129

6.1.3  重构模式:ELIMINATE GETTER OR SETTER 131

6.1.4  消除最后的getter 133

6.2  封装简单数据 136

6.2.1  规则:NEVER HAVE COMMON AFFIXES 136

6.2.2  应用规则 138

6.2.3  重构模式:ENCAPSULATE DATA 143

6.3  封装复杂数据 145

6.4  消除序列不变量 152

6.5  以另一种方式消除枚举 155

6.5.1  通过私有构造函数进行枚举 155

6.5.2  将数字重新映射到类 157

6.6  本章小结 159

第Ⅱ部分 学以致用

第7章 与编译器协作 163

7.1  了解编译器 163

7.1.1  缺点:停机问题限制了编译时知识 164

7.1.2  优点:可达性确保方法返回 164

7.1.3  优点:明确赋值防止访问未初始化的变量 165

7.1.4  优点:访问控制有助于封装数据 166

7.1.5  优点:类型检查证明属性 166

7.1.6  缺点:取消引用null会使应用程序崩溃 167

7.1.7  缺点:算术错误导致溢出或崩溃 167

7.1.8  缺点:越界错误使应用程序崩溃 168

7.1.9  缺点:无限循环使应用程序停滞 168

7.1.10  缺点:死锁和竞争条件导致意外行为 169

7.2  使用编译器 170

7.2.1  使编译器运行 171

7.2.2  不要对抗编译器 173

7.3  信任编译器 178

7.3.1  教编译器不变量 178

7.3.2  注意警告 180

7.4  完全信任编译器 180

7.5  本章小结 181

第8章 远离注释 183

8.1  删除过时的注释 184

8.2  删除注释掉的代码 185

8.3  删除不重要的注释 186

8.4  将注释转换为方法名称 186

8.5  保留记录不变量的注释 187

8.6  本章小结 188

第9章 喜欢删除代码 189

9.1  删除代码可能是下一个前沿 190

9.2  删除代码以消除偶然复杂性 190

9.2.1  缺乏经验导致的技术无知 191

9.2.2  时间压力造成的技术浪费 192

9.2.3  环境造成的技术债务 192

9.2.4  增长带来的技术拖累 192

9.3  根据亲密程度对代码进行分类 193

9.4  删除遗留系统中的代码 194

9.4.1  使用绞杀者模式进行了解 194

9.4.2  使用绞杀者模式改进代码 196

9.5  从冻结项目中删除代码 196

9.5.1  将期望的结果设为默认 197

9.5.2  通过“探针并稳定”模式最大

限度减少浪费 197

9.6  在版本控制中删除分支 198

9.7  删除代码文档 199

9.8  删除测试代码 200

9.8.1  删除乐观测试 200

9.8.2  删除悲观测试 200

9.8.3  修复或删除不稳定测试 201

9.8.4  重构代码以消除复杂的测试 201

9.8.5  专门化测试以加快速度 201

9.9  删除配置代码 202

9.10  删除代码以消除库 203

9.11  从工作功能中删除代码 205

9.12  本章小结 206

第10章  永远不要害怕添加代码 207

10.1  接受不确定性:进入危险 207

10.2  使用探针实验克服对构建错误事物的恐惧 208

10.3  以固定比例克服对浪费或风险的恐惧 209

10.4  通过逐步改进克服对不完美的恐惧 210

10.5  复制和粘贴效果如何改变速度 211

10.6  通过可扩展性进行添加修改 211

10.7  通过添加修改可实现向后兼容 212

10.8  通过功能切换进行添加修改 213

10.9  通过抽象分支进行添加修改 216

10.10  本章小结 218

第11章  遵循代码中的结构 221

11.1  根据范围和来源分类结构 221

11.2  代码反映行为的3种

方式 222

11.2.1  在控制流中表达行为 223

11.2.2  在数据结构中表达行为 224

11.2.3  在数据中表达行为 227

11.3  添加代码以暴露结构 229

11.4  观察而不是预测且使用经验技术 229

11.5  在不理解代码的情况下获得安全性 230

11.5.1  通过测试获得安全性 230

11.5.2  通过掌握获得安全性 230

11.5.3  通过工具辅助获得安全性 230

11.5.4  通过正式验证获得安全性 231

11.5.5  通过容错获得安全性 231

11.6  识别未利用的结构 231

11.6.1  通过提取和封装来利用空白 231

11.6.2  通过统一来利用重复 233

11.6.3  通过封装来利用共同词缀 235

11.6.4  通过动态调度来利用运行时类型 236

11.7  本章小结 237

第12章  避免优化和通用性 239

12.1  力求简单 240

12.2  何时以及如何通用 241

12.2.1  最小化构建以避免通用性 242

12.2.2  统一稳定性相似的事物 242

12.2.3  消除不必要的通用性 242

12.3  何时以及如何优化 243

12.3.1  优化前重构 243

12.3.2  根据约束理论进行优化 245

12.3.3  使用指标指导优化 247

12.3.4  选择好的算法和数据结构 248

12.3.5  使用缓存 249

12.3.6  隔离优化代码 250

12.4  本章小结 251

第13章  让坏代码看起来很糟糕 253

13.1  用坏代码表明过程问题 253

13.2  分成原始代码和遗留代码 254

13.3  定义坏代码的方法 255

13.3.1  本书中的规则:简单而具体 255

13.3.2  代码异味:完整而抽象 256

13.3.3  圈复杂度:算法(客观) 256

13.3.4  认知复杂度:算法(主观) 257

13.4  用于安全破坏代码的规则 257

13.5  安全破坏代码的方法 258

13.5.1  使用枚举 258

13.5.2  使用整数和字符串作为类型代码 259

13.5.3  在代码中放入魔术数字 259

13.5.4  在代码中添加注释 260

13.5.5  在代码中添加空白 261

13.5.6  根据命名对事物进行分组 261

13.5.7  为名称添加上下文 262

13.5.8  创建长方法 262

13.5.9  给方法多个形参 263

13.5.10  使用getter和setter 264

13.6  本章小结 265

第14章  收尾工作 267

14.1  回顾本书的旅程 267

14.1.1  第I部分:动机和具体化 267

14.1.2  第Ⅱ部分:拓宽视野 268

14.2  探索基本原则 268

14.2.1  寻找更小的步骤 268

14.2.2  寻找底层结构 269

14.2.3  使用规则进行协作 269

14.2.4  团队优先于个人 269

14.2.5  简单性优先于正确性 270

14.2.6  使用对象或高阶函数 270

14.3  后续方向 271

14.3.1  微架构路线 271

14.3.2  宏架构路线 272

14.3.3  软件质量路线 272

14.4  本章小结 272

附录  为第Ⅰ部分安装工具 275

上下滑动内容

MUSIC

购买链接

♬..♩~ ♫. ♪..

MUSI

这篇关于以全新的视角审视重构——世界软件大师“鲍勃大叔”作序推荐的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/191128

相关文章

闲置电脑也能活出第二春?鲁大师AiNAS让你动动手指就能轻松部署

对于大多数人而言,在这个“数据爆炸”的时代或多或少都遇到过存储告急的情况,这使得“存储焦虑”不再是个别现象,而将会是随着软件的不断臃肿而越来越普遍的情况。从不少手机厂商都开始将存储上限提升至1TB可以见得,我们似乎正处在互联网信息飞速增长的阶段,对于存储的需求也将会不断扩大。对于苹果用户而言,这一问题愈发严峻,毕竟512GB和1TB版本的iPhone可不是人人都消费得起的,因此成熟的外置存储方案开

不懂推荐算法也能设计推荐系统

本文以商业化应用推荐为例,告诉我们不懂推荐算法的产品,也能从产品侧出发, 设计出一款不错的推荐系统。 相信很多新手产品,看到算法二字,多是懵圈的。 什么排序算法、最短路径等都是相对传统的算法(注:传统是指科班出身的产品都会接触过)。但对于推荐算法,多数产品对着网上搜到的资源,都会无从下手。特别当某些推荐算法 和 “AI”扯上关系后,更是加大了理解的难度。 但,不了解推荐算法,就无法做推荐系

深入探索协同过滤:从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤(UserCF)2. 基于物品的协同过滤(ItemCF)3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代,推荐系统成为连接用户与内容的桥梁。本文聚焦于

揭秘世界上那些同时横跨两大洲的国家

我们在《世界人口过亿的一级行政区分布》盘点全球是那些人口过亿的一级行政区。 现在我们介绍五个横跨两州的国家,并整理七大洲和这些国家的KML矢量数据分析分享给大家,如果你需要这些数据,请在文末查看领取方式。 世界上横跨两大洲的国家 地球被分为七个大洲分别是亚洲、欧洲、北美洲、南美洲、非洲、大洋洲和南极洲。 七大洲示意图 其中,南极洲是无人居住的大陆,而其他六个大洲则孕育了众多国家和

防近视护眼台灯什么牌子好?五款防近视效果好的护眼台灯推荐

在家里,灯具是属于离不开的家具,每个大大小小的地方都需要的照亮,所以一盏好灯是必不可少的,每个发挥着作用。而护眼台灯就起了一个保护眼睛,预防近视的作用。可以保护我们在学习,阅读的时候提供一个合适的光线环境,保护我们的眼睛。防近视护眼台灯什么牌子好?那我们怎么选择一个优秀的护眼台灯也是很重要,才能起到最大的护眼效果。下面五款防近视效果好的护眼台灯推荐: 一:六个推荐防近视效果好的护眼台灯的

软件设计师备考——计算机系统

学习内容源自「软件设计师」 上午题 #1 计算机系统_哔哩哔哩_bilibili 目录 1.1.1 计算机系统硬件基本组成 1.1.2 中央处理单元 1.CPU 的功能 1)运算器 2)控制器 RISC && CISC 流水线控制 存储器  Cache 中断 输入输出IO控制方式 程序查询方式 中断驱动方式 直接存储器方式(DMA)  ​编辑 总线 ​编辑

智能交通(二)——Spinger特刊推荐

特刊征稿 01  期刊名称: Autonomous Intelligent Systems  特刊名称: Understanding the Policy Shift  with the Digital Twins in Smart  Transportation and Mobility 截止时间: 开放提交:2024年1月20日 提交截止日

【STM32】SPI通信-软件与硬件读写SPI

SPI通信-软件与硬件读写SPI 软件SPI一、SPI通信协议1、SPI通信2、硬件电路3、移位示意图4、SPI时序基本单元(1)开始通信和结束通信(2)模式0---用的最多(3)模式1(4)模式2(5)模式3 5、SPI时序(1)写使能(2)指定地址写(3)指定地址读 二、W25Q64模块介绍1、W25Q64简介2、硬件电路3、W25Q64框图4、Flash操作注意事项软件SPI读写W2

免费也能高质量!2024年免费录屏软件深度对比评测

我公司因为客户覆盖面广的原因经常会开远程会议,有时候说的内容比较广需要引用多份的数据,我记录起来有一定难度,所以一般都用录屏工具来记录会议内容。这次我们来一起探索有什么免费录屏工具可以提高我们的工作效率吧。 1.福晰录屏大师 链接直达:https://www.foxitsoftware.cn/REC/  录屏软件录屏功能就是本职,这款录屏工具在录屏模式上提供了多种选项,可以选择屏幕录制、窗口

HomeBank:开源免费的个人财务管理软件

在个人财务管理领域,找到一个既免费又开源的解决方案并非易事。HomeBank 正是这样一个项目,它不仅提供了强大的功能,还拥有一个活跃的社区,不断推动其发展和完善。 开源免费:HomeBank 是一个完全开源的项目,用户可以自由地使用、修改和分发。用户友好的界面:提供直观的图形用户界面,使得非技术用户也能轻松上手。数据导入支持:支持从 Quicken、Microsoft Money