设计模式是代码的异味

最新推荐文章于 2025-01-21 15:35:57 发布
翻译 最新推荐文章于 2025-01-21 15:35:57 发布 · 1.2k 阅读 · 0
文章标签：

#设计模式 #语言 #smalltalk #scheme #lisp #features

这是一篇译文，你可以参看本文在TSS上的 英文原文，这是我的第一篇译文，有很多不当之处请见谅，若能指出则更好了。

在GoF的设计模式那本书中作者清楚的指出在使用设计模式的时候所使用的语言是非常重要的：
The choice of programming language is important because it influences one's point of view. Our patterns assume Smalltalk/C++ language-level features, and that choice determines what can and cannot be implemented easily. (Design Patterns, p.4)（程序设计语言的选择非常重要，它将影响人们理解问题的出发点。我们的设计模式采用了 Smalltalk 和 C++ 层的语言特性，这个选择实际上决定了哪些机制可以方便的实现。）

不幸的是，这一点经常被忽略，程序员们经常把设计模式和方法混用。 Martin Fowler 解释了两者的不同：
Recipes tend to be more particular, usually tied to a particular programming language and platform. Even when patterns are tied to a platform, they try to describe more general concepts.（方法依赖于特定的编程语言和平台使它更加的特殊。即使是当模式依赖于平台的时候，他们也只是去描述更加一般的概念。）

如果你曾经看见一个看起来象C++方法集合的Java或者C#的应用程序，你就知道了混合这两个概念所产生的坏处了。不管你对模式和方法这两个概 念之间的差异理解到何种程度，你所能想到的程序设计语言就只是你设计时所使用的程序语言。这也是Prags鼓励每一个人每年学习一门新的语言的一个原因。 你可以结合你所知道的所有程序设计语言来进行设计，但至少你不是一个绝望的“乡下人”（？）。

编程语言的发展弱化了模式和方法之间的概念 模糊。在1998年，Peter Norvig 辩驳道大部分的 GoF 模式在 Dylan 和 Lisp 中都看不到踪影或者非常简单的使用。在那以后，Greg Sullivan 也对 Scheme 做出相同的观点。Jan Hannemann 也指出 Java+AspectJ 也是如此。设计模式表现的不如方法那样好。他们至多平分秋色。

在编码层，大部分的设计模式都是有代码异味的。当程序员在 Review 代码的时候看到了一个设计模式，他们陷入了睡梦般的熟悉。醒醒吧！那是设计模式呢还是来自某种古老的语言的一种陈旧的方法？

http://www.blogjava.net/qujinlong123/
 
qujinlong123
关注
代码异味（Code Smell）识别与重构指南
九天的专栏
05-05 1386
异味道出了代码演进过程中的自然产物识别与重构是一种工程素养持续改进才能让系统具备可持续发展能力🧭 代码异味不是要消灭的敌人，而是指引你写出更好代码的导航仪。每一次重构，都是对未来的投资。
SonarQube报错「Major Code Smell」：代码异味检测与重构工具链的集成方案
shejizuopin的博客
05-15 1008
核心治理原则渐进式重构：优先修复Blocker和Critical级别问题，逐步降低技术债务。自动化闭环：通过或GitLab CI实现分析-修复-验证自动化流程。数据驱动决策：使用SonarQube的功能跟踪质量趋势。
Bad Smell(代码的坏味道)
热门推荐
sulliy的专栏
07-26 1万+
1.Duplicated Code(重复的代码)臭味行列中首当其冲的就是Duplicated Code。如果你在一个以上的地点看到相同的程序结构，那么当可肯定：设法将它们合而为一，程序会变得更好。最单纯的Duplicated Code就是［同一个class内的两个方法含有相同表达
重构之道--清除代码异味
weixin_30872789的博客
01-01 190
重构之道--清除代码异味 为什么我们需要有质量的代码？ 敏捷开发方法是用来应付那些要求代码做大量改动的反馈信息的方法。如果程序没有用一种好的表达方式来表现，那程序会很难读，难维护，难修改。 　　什么是代码异味？ 代码异味是一种由写的很差的代码引起的一种有臭味的感觉，一种程序什么地方会有问题的感觉异味更多的是来自一种直觉，而不是一种有据可...
代码异味 (Code smells)
fjnuzs的博客
03-22 1186
作者：andyJi链接：https://www.jianshu.com/p/5e90c6e5471b來源：简书如果一段代码是不稳定或者有一些潜在问题的，那么代码往往会包含一些明显的痕迹。正如食物要腐坏之前，经常会发出一些异味一样。我们管这些痕迹叫做 代码异味 。No.1 重复代码 (Duplicated Code)解决方案:同一个class内的两个函数含有相同的表达式。——需要Extract ...
代码的异味
iteye_4524的博客
09-12 258
代码的异味 一.duplicated  code 当相同或者相似的程序结构出现在一个以上的地方的时候，这段代码就需要合而为一，提炼出一个方法共调用。 分为3种情况， 1.同一个类的两个函数含有相同的表达式。 处理方式：使用extract method提炼出这重复代码，然后在这两个地方调用这个函数。 2.互为兄弟的两个子类含有相同的表达式 处理方式：对这两个类extract metho...
Go代码模式检测：基于AST的代码异味自动识别.pdf
05-02
Go 语言以极简设计理念和出色工程性能，成为云原生时代的首选编程语言。从 Docker 到 Kubernetes，全球顶尖科技企业都在采用 Go。点击了解 Go 语言的核心优势、实战窍门和未来走向，开启高效编程的全新体验！
Go代码异味清理：识别并重构过度复杂的并发模式.pdf
05-02
Go 语言以极简设计理念和出色工程性能，成为云原生时代的首选编程语言。从 Docker 到 Kubernetes，全球顶尖科技企业都在采用 Go。点击了解 Go 语言的核心优势、实战窍门和未来走向，开启高效编程的全新体验！
Android代码异味共存检测与静态程序分析融合研究.docx
最新发布
06-30
本文探讨了Android代码质量中一个关键问题——代码异味（code smells），并特别关注代码异味共存现象的检测技术。代码异味指的是那些不直接影响程序功能，但可能指示着深层次问题的代码特征，它们的存在会降低代码的...
编码中的21种代码坏味道
07-19
详细描述了在设计和编码中的21中代码坏味道，让我们知道什么样的代码方式是容易给后续维护带来极大影响的问题。
code-smell-refactoring:几种语言中各种代码异味的小例子
07-09
代码味道重构练习 此存储库中的每个分支都有给定语言的练习。 原始源材料（在java分支中）是来自(C) Jason Gorman。 有关 TDD 和重构代码异味，请查看。
代码坏味及解决方案(底层重构和设计模式两个方面)
sunliangyuan的专栏
03-22 1812
代码坏味道: 一、Duplicated Code(重复代码) 重构方面: 1. 同一个类的两个函数含有相同表达式:采用Extract Method提炼出重复的代码.然后让两者调用被提炼出的那一段代码 2. 两个互为兄弟的子类含有相同表达式: ① 两者功能几乎相同:先整理相同功能函数(Extract Method),然后使用继承将其推入父类(Pull up Method)  ② 两者并非
代码异味（code smell）：代码的坏味道
qq_36911138的博客
02-05 6285
定义： 由于设计缺陷或不良编码习惯而引入程序的、导致深层次质量问题的代码症状。 常见的代码异味： 1 BLOB 实现多个职责、具有大量属性、操作、与数据类有依赖关系的类。 2 依恋情结 （Feature Envy） 一个类过度使用另一个类的方法。 3 过长方法 （Long Method） 函数方法的代码过长。 4 过长参数列表 （Long Pa...
架构师-代码异味
技术博客
01-21 663
代码异味是代码中潜在的设计或实现问题，虽然它们不一定是错误，但通常表明代码可能存在可维护性、可读性或可扩展性方面的问题。在XXX项目中，我们使用SonarQube等工具来检测和修复代码异味，通过持续改进，逐步提高了代码的质量和可维护性。在未来的项目中，我们将继续关注代码异味，探索更多的代码质量管理方法，以进一步提升软件质量。
软件构造学习笔记——代码异味
YunPingTime的博客
05-26 607
代码异味code smell代码异味（卫生）Code "smells"(hygiene)重复的代码：过长的方法：庞大的类：长的参数表：不同方向的变化：霰弹式修改依恋情结 Feature Envy：数据堆积：基本类型迷恋（primitive obsesstion）Switch语句：平行继承层次：冗余类：暂时的字段消息链：中间人：过度亲密：具有不同接口的替代类（Alternative Classes ...
代码的坏味道（转https://www.jianshu.com/p/4494c25bf302）
qq_43510643的博客
11-17 502
假设一段代码是不稳定或者有一些潜在问题的，那么代码往往会包括一些明显的痕迹。 正如食物要腐坏之前，常常会发出一些异味一样。 我们管这些痕迹叫做“代码异味”。 參考资料： Bad Smell(代码的坏味道) Code smells Duplicated Code --------（反复代码）难维护。 解决方法：提取公共函数。 Long Method ------------（函数长）难理解。 解决方法：拆分成若干函数。 Large Class ------------（类大）难理解。 解决方法：拆分成若干类。
22种代码的坏味道，衡量代码标尺
weixin_40323340的博客
07-18 273
參考资料： Bad Smell(代码的坏味道) Code smells Duplicated Code --------（反复代码）难维护。 解决方法：提取公共函数。 Long Method ------------（函数长）难理解。 解决方法：拆分成若干函数。 Large Class ------------（类大）难理解。 解决方法：拆分成若干类。 Long Parameter List --...
代码异味是什么意思
03-12
<think>嗯，用户问的是“代码异味”的概念，我需要先理解清楚这个术语的定义。根据系统里的引用[1]，代码异味指的是不会导致编译错误但存在问题的代码特征，可能由设计不良、复杂逻辑或缺乏抽象引起。常见类型有长方法、重复代码和过深嵌套。 首先，我需要用中文解释清楚代码异味是什么，然后给出具体的例子。要确保行内数学表达式用$...$格式，不过这里可能用不上数学公式。但要注意LaTeX语法的正确性，比如变量名可能需要用$包围。 接下来，用户可能需要了解代码异味的危害和解决方法。引用[1]提到了DRY原则，可以引用这一点。同时，引用[3]提到了Reek工具的例子，可以举例说明如何检测代码异味。引用[4]提到的AI工具如SonarQube也是相关的解决方案，可以纳入回答。 用户可能还想知道如何识别和修复代码异味，所以需要分点说明检测方法和修复步骤。需要保持结构清晰，逐步引导用户理解。同时，生成的相关问题要覆盖定义、危害、检测工具、修复方法以及实际应用，这样用户能进一步探索。 需要注意的是，回答中引用的段落要自然添加标识，比如在提到长方法时引用[^1]，提到Reek时引用[^3]。还要检查是否有遗漏的引用，确保每个引用都正确对应。最后，确保问题部分涵盖用户可能关心的其他方面，如工具、实际案例等。</think>### 什么是代码异味？ **代码异味（Code Smell）** 是指代码中存在的设计或实现问题，这些问题虽然不会直接导致编译错误，但会增加维护成本、降低可读性，或暗示更深层的设计缺陷[^1]。它们通常由不良的编码习惯、过度复杂的逻辑或缺乏抽象导致。 --- ### 代码异味的定义与核心特征 1. **定义** 代码异味是代码中存在的“警示信号”，表明可能存在需要重构或优化的地方。例如： - 违反$DRY$原则（Don’t Repeat Yourself）的重复代码 - 包含过多逻辑的**长方法**（超过50行） - 嵌套层级过深的条件或循环结构 2. **与Bug的区别** 代码异味本身不一定是错误，但长期积累可能引发Bug。例如，重复代码可能导致修复时遗漏某些副本，最终引发不一致的行为。 --- ### 常见代码异味示例 1. **长方法** ```python def process_data(data): # 验证数据 if not data.is_valid(): raise ValueError("Invalid data") # 清洗数据 cleaned = data.strip().lower() # 转换格式 json_data = json.dumps(cleaned) # 存储到数据库 db.insert(json_data) # 发送通知 send_email("admin@example.com", "Data processed") # 生成报告 generate_report(json_data) ``` **问题**：单一方法承担过多职责，违反单一职责原则[^1]。 2. **重复代码** ```java public class Calculator { public int add(int a, int b) { return a + b; } public int subtract(int a, int b) { return a - b; } // 重复的输入校验逻辑 public int multiply(int a, int b) { if (a < 0 || b < 0) throw new IllegalArgumentException(); return a * b; } public int divide(int a, int b) { if (a < 0 || b < 0) throw new IllegalArgumentException(); return a / b; } } ``` **问题**：校验逻辑重复，可通过抽取方法重构[^1]。 3. **过深嵌套** ```javascript function checkUser(user) { if (user !== null) { if (user.isActive) { if (user.role === 'admin') { // 执行操作 } else { throw new Error("Permission denied"); } } else { throw new Error("User inactive"); } } else { throw new Error("User not found"); } } ``` **问题**：多层嵌套导致逻辑难以追踪，可通过卫语句（Guard Clauses）简化[^1]。 --- ### 如何检测与修复代码异味？ 1. **检测工具** - **静态分析工具**：如$SonarQube$、$Reek$（Ruby）可自动识别常见异味[^3][^4]。 - **人工审查**：通过团队代码审查发现设计问题。 2. **修复方法** - **提取方法**：将长方法拆分为多个小方法。 - **引入设计模式**：如工厂模式解决对象创建耦合。 - **应用$DRY$原则**：合并重复代码为公共函数。 --- ### 实际应用案例 某团队使用$SonarQube$扫描代码库后，发现一个包含200行的“数据解析”方法。通过提取为`validate()`、`parse()`、`save()`三个方法，代码可读性提升40%，且单元测试覆盖率从60%提高到85%[^4]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值