重构——代码的坏味道，发现哪些地方需要重构——主要是发现问题，不是解决问题

小灰灰 2021-01-24 17:15 512阅读 0赞

##### 神秘的命名（Mysterious Name） #####

> 阅读代码时，难以理解的命名，将体验很差。整洁代码的重要一环就是好的名字

##### 重复的代码（Duplicated Code） #####

> 如果在一个以上的地方看到重复的代码结构，那么可以肯定，将其合而为一，程序将变得更好。因为，一旦有重复代码存在，阅读这些代码时必须加倍仔细，留意其中的差异。如果有要修改的重复代码，你必须找出所有的副本来修改。

##### 过长的函数（Long Function） #####

> 根据经验、活得最长、最好的程序，其中的函数都比较短。小函数易于理解的关键还是良好的命名。  
> 总之应该积极的分解函数。我们遵循这样一条原则：每当需要以注释来说明点什么东西的时候，我们就需要把说明的东西写进一个独立的函数中，并以其用途命名。

##### 过长的参数列表（Long Parameter List） #####

> 全局变量不太好，但过长的参数列表也常常令人困惑

##### 全局数据（Global Data） #####

> 全局变量越多，处理的难度越大

##### 可变数据（Mutable Data） #####

> 对数据的修改经常导致出乎意料的结果和难以发现的bug

##### 发散式变化（Divergent Change） #####

> 我们希望程序更容易修改——一旦需要修改，我们希望能够跳到系统的某一点修改，只在该处修改。

##### 散弹式修改（Shotgun Surgery） #####

> 如果遇到莫种变化，你都必须在许多不同的类内做出许多小修改，你所面临的坏味道就是散弹式修改。如果需要修改的代码分散在四处，你不但很难找到他们，也很容易错过某个重要的修改。

##### 依恋情节（Feature Envy） #####

> 最大化区域内部的交互、最小化跨区域交互。

##### 数据泥团（Data Clumps） #####

> 你常常可以在很多地方看到相同的三两项数据：两个类中相同的字段、许多函数签名中相同的参数。

##### 基本类型偏执（primitive Obsession） #####

> 很多程序员不愿意创建对自己的问题域有用的基本类型，如钱、坐标、范围。  
> 字符串就是这种坏味道的培养皿。

##### 重复的switch（repeated Switches） #####

> 任何的switch语句都应该用多态取代条件表达式

##### 循环语句（loops） #####

> 使用管道操作代替

##### 冗赘的元素（Lazy Element） #####

> 没有必要

##### 夸夸其谈通用性（Speculative Generality） #####

> 没太大作用

##### 临时字段（Temporary Field） #####

> 未被使用

##### 过长的消息链（Message Chains） #####

> 一个对象请求另一个对象，然后再向后者请求另一个对象，然后在请求另一个对象…,这就是消息链

##### 中间人（Middle Man） #####

> 人们可能过度运用委托。你也许会看到某个类的接口有一半的函数都委托给其他类，这样就是过度运用

##### 内幕交易（Insider Trading） #####

> 如果两个模块总是在咖啡机旁边窃窃私语，就应该用搬移函数和搬移字段减少他们私下交流

##### 过大的类（large class） #####

> 你可以运用提炼函数将几个变量一起提炼到新类

##### 异曲同工的类（alternative class with different interfaces） #####

> 今天使用这个类明天可以替换成另一个类

##### 纯数据的类（data class） #####

> 运用封装记录把它们封装起来

##### 被拒绝的遗赠（refused bequest） #####

> 子类应该继承超类的函数和数据

##### 注释（comments） #####

> 当你感觉需要写注释时。请先尝试重构，试着让所有的注释变得多余

发表评论取消回复

表情：

评论列表（有 0 条评论，512人围观）

还没有评论，来说两句吧...

相关阅读

相关代码中的坏味道

场景1. 看工作中的代码的时候，发现一些业务逻辑判断的无处不在，这里写一点，那里写一点，就想一盘散沙，而且也没有说明为什么要加这段判断，说白了就是逻辑不清晰，不知道它的设

蔚落/ 2023年08月17日 15:21/ 0 赞/ 112 阅读

相关常见的代码坏味道

0. 目录 1. Duplicated Code(重复的代码) 2. Long Method(过长函数)

末蓝、/ 2022年12月10日 10:29/ 0 赞/ 265 阅读

相关《重构》笔记---坏代码的味道与处理

文章目录 1. 神秘命名(Mysterious Name) 2. 重复代码(Duplicated Code) 3. 过长函数(Long Function

野性酷女/ 2022年10月24日 01:38/ 0 赞/ 626 阅读

相关重构_改善既有代码的设计-代码的坏味道-纪要

重构\_改善既有代码的设计-代码的坏味道-纪要 1、重复代码 a：同一个类的两个函数含有相同的表达式，提炼出重复代码 b：两个互为兄弟的子类内含有相同表

深碍√TFBOYSˉ_/ 2022年07月16日 08:28/ 0 赞/ 190 阅读

相关重构——代码的坏味道

重构——代码的坏味道在重构入门篇中，简单地介绍了重构的定义、为何重构、何时重构等。我想对于重构是如何运作的，你已经有了较好的理解了。但是对于代码中的坏味道，你可能知道的

清疚/ 2022年05月19日 13:07/ 0 赞/ 299 阅读

相关重构——代码坏味道&重组函数.md

代码的坏味道 Duplicated Code ( 重复代码 ) 如果你在一个以上的地点看到相同的程序结构，那么设法将它们合而唯一，程序会变得更好最单纯的Dupl

矫情吗；*/ 2022年05月10日 03:52/ 0 赞/ 242 阅读

相关代码的坏味道

1、代码重复； 2、过长的方法（太多的上下文信息，如大量临时变量，使代码不容易理解）； 3、过大类（往往是一个类承担了太多的职责所致）； 4、过长参数列（方法参数一

爱被打了一巴掌/ 2022年01月07日 15:29/ 0 赞/ 231 阅读

相关重构改善既有的代码设计（代码的坏味道）

目录 Duplicated Code（重复代码) Long Method（过长函数） Large Class（过大的类） Long Parameter

偏执的太偏执、/ 2021年12月17日 09:53/ 0 赞/ 429 阅读

相关《重构改善既有代码的设计》(第三章)【代码的坏味道】

知道"如何"不代表知道"何时"，决定何时重构及何时停止和知道重构机制如何运转一样重要！ Kent Beck提出了用味道来形容重构的时机。作者并不试图制定一个何时必须重构的

àì夳堔傛蜴生んèń/ 2021年07月05日 01:49/ 0 赞/ 649 阅读

相关重构——代码的坏味道，发现哪些地方需要重构——主要是发现问题，不是解决问题

神秘的命名（Mysterious Name）阅读代码时，难以理解的命名，将体验很差。整洁代码的重要一环就是好的名字重复的代码（Duplicated Code）

小灰灰/ 2021年01月24日 17:15/ 0 赞/ 513 阅读