识别代码中的坏味道（三）

最新推荐文章于 2022-10-10 08:15:00 发布
VIP文章 最新推荐文章于 2022-10-10 08:15:00 发布
阅读量366 收藏 1
点赞数
分类专栏： 敏捷开发 高效 重构 文章标签： java 重构 面向对象编程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/baiyejianxin/article/details/106211214
版权

前两篇文章 《识别代码中的坏味道（一）》 和 《识别代码中的坏味道（二）》 中已经介绍了 18 个代码坏味道。《重构》中还涉及到另外 4 个代码坏味道，本文将将详细介绍剩余的 4 个代码坏味道。

在这里插入图片描述

这四个代码坏味道是：

  1. 中间人（Middle Man）
  2. 狎昵关系
  3. 不完美的库类
  4. 被拒绝的遗赠

01 中间人（Middle Man）

在上一篇文章中 《识别代码中的坏味道（二）》 中在“过度耦合的消息链”这种代码坏味道曾经提及过中间人（Middle Man）这种代码坏味道，那么中间人到底是一类什么代码呢？

中间人指的是一种过度使用委托的代码，《重构》中给了一个参考值，如果一个类中有一半的方法都委托给其他对象进行，

为什么中间人是一种代码坏味道？

过度使用委托。这意味着当需求发生某些的变化的时候，这个中间人的类总是被牵连进来一并修改。这种中间人代码越多，浪费掉的时间也就越多。

如何解决中间人这种代码坏味道？

中间人的代码在于过度使用和委托两点。因此解决中间人这种代码坏味道就应该从减少委托下手：

删除中间人的方法，可以使用 Remove Middle Man（移除中间人）这种重构技巧。

当然如果原有代码的代理类中并不怎么变化，也可以选择延迟重构，依照“事不过三，三则重构”的原则可以选择当发生变化的时候进行重构。

02 狎昵关系（Inappropriate Intimacy）

指的是类之间花费太多的时间去探究彼此的私有的属性或者方法。

造成狎昵关系的原因可能是：

  1. 两个类本来就不应该拆分开；

  2. 两个类之间存在双向关联；

  3. 因为继承导致了狎昵关系；

    …

为什么狎昵关

最低0.47元/天 解锁文章
设计之下
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
重构_改善既有代码的设计[高清版]【已进行内容识别处理，可搜索，可编辑+有目录】
04-30
目录 第1 章重构，第一个案例···· · ·· · · ····· · · ····· ··· · ····· · · ·….... ……................ ….............. …..... …...... …l I.I 起点···· ········· · · · ·· · ············· · ··· · ··········· ·· · ··· · ··········· · · ··· · · ··· ···· ·· ····· · ·· ···· · ·· · · ··· ·· · · · ·· ·· · ·· · ···· · ··· ·····I 1.2 重构的第一步·· ·· · ·· ········· ···· ·· · ······· ········· · ········· · ··· · ······ ··· ·· · · ·· · ·· · · · · ··· ··· ·· ·· · ·· · ········ ·· · ············ .7 1.3 分解并重组s t atement ()…............. …······································ ….......... …................. 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 重构与
重构-改善既有代码的设计
11-22
第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 DuplicatedCode（重复代码）76 　　3.2 LongMethod（过长函数）76 　　3.3 LargeClass（过大的类）78 　　3.4 LongParameterList（过长参数列）78 　　3.5 DivergentChange（发散式变化）79 　　3.6 ShotgunSurgery（霰弹式修改）80 　　3.7 FeatureEnvy（依恋情结）80 　　3.8 DataClumps（数据泥团）81 　　3.9 PrimitiveObsession（基本类型偏执）81 　　3.10 SwitchStatements（switch惊悚现身）82 　　3.11 ParallelInheritanceHierarchies（平行继承体系）83 　　3.12 LazyClass（冗赘类）83 　　3.13 SpeculativeGenerality（夸夸其谈未来性）83 　　3.14 TemporaryField（令人迷惑的暂时字段）84 　　3.15 MessageChains（过度耦合的消息链）84 　　3.16 MiddleMan（中间人）85 　　3.17 InappropriateIntimacy（狎昵关系）85 　　3.18 AlternativeClasseswithDifferentInterfaces（异曲同工的类）85 　　3.19 IncompleteLibraryClass（不完美的库类）86 　　3.20 DataClass（纯稚的数据类）86 　　3.21 RefusedBequest（被拒绝的遗赠）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 ExtractMethod（提炼函数）110 　　6.2 InlineMethod（内联函数）117 　　6.3 InlineTemp（内联临时变量）119 　　6.4 ReplaceTempwithQuery（以查询取代临时变量）120 　　6.5 IntroduceExplainingVariable（引入解释性变量）124 　　6.6 SplitTemporaryVariable（分解临时变量）128 　　6.7 RemoveAssignmentstoParameters（移除对参数的赋值）131 　　6.8 ReplaceMethodwithMethodObject（以函数对象取代函数）135 　　6.9 SubstituteAlgorithm（替换算法）139 　　第7章 在对象之间搬移特性141 　　7.1 MoveMethod（搬移函数）142 　　7.2 MoveField（搬移字段）146 　　7.3 ExtractClass（提炼类）149 　　7.4 InlineClass（将类内联化）154 　　7.5 HideDelegate（隐藏“委托关系”）157 　　7.6 RemoveMiddleMan（移除中间人）160 　　7.7 IntroduceForeignMethod（引入外加函数）162 　　7.8 IntroduceLocalExtension（引入本地扩展）164 　　第8章 重新组织数据169 　　8.1 SelfEncapsulateField（自封装字段）171 　　8.2 ReplaceDataValuewithObject（以对象取代数据值）175 　　8.3 ChangeValuetoReference（将值对象改为引用对象）179 　　8.4 ChangeReferencetoValue（将引用对象改为值对象）183 　　8.5 ReplaceArraywithObject（以对象取代数组）186 　　8.6 DuplicateObservedData（复制“被监视数据”）189 　　8.7 ChangeUnidirectionalAssociationtoBidirectional（将单向关联改为双向关联）197 　　8.8 ChangeBidirectionalAssociationtoUnidirectional（将双向关联改为单向关联）200 　　8.9 ReplaceMagicNumberwithSymbolicConstant（以字面常量取代魔法数）204 　　8.10 EncapsulateField（封装字段）206 　　8.11 EncapsulateCollection（封装集合）208 　　8.12 ReplaceRecordwithDataClass（以数据类取代记录）217 　　8.13 ReplaceTypeCodewithClass（以类取代类型码）218 　　8.14 ReplaceTypeCodewithSubclasses（以子类取代类型码）223 　　8.15 ReplaceTypeCodewithState/Strategy（以State/Strategy取代类型码）227 　　8.16 ReplaceSubclasswithFields（以字段取代子类）232 　　第9章 简化条件表达式237 　　9.1 DecomposeConditional（分解条件表达式）238 　　9.2 ConsolidateConditionalExpression（合并条件表达式）240 　　9.3 ConsolidateDuplicateConditionalFragments（合并重复的条件片段）243 　　9.4 RemoveControlFlag（移除控制标记）245 　　9.5 ReplaceNestedConditionalwithGuardClauses（以卫语句取代嵌套条件表达式）250 　　9.6 ReplaceConditionalwithPolymorphism（以多态取代条件表达式）255 　　9.7 IntroduceNullObject（引入Null对象）260 　　9.8 IntroduceAssertion（引入断言）267 　　第10章 简化函数调用271 　　10.1 RenameMethod（函数改名）273 　　10.2 AddParameter（添加参数）275 　　10.3 RemoveParameter（移除参数）277 　　10.4 SeparateQueryfromModifier（将查询函数和修改函数分离）279 　　10.5 ParameterizeMethod（令函数携带参数）283 　　10.6 ReplaceParameterwithExplicitMethods（以明确函数取代参数）285 　　10.7 PreserveWholeObject（保持对象完整）288 　　10.8 ReplaceParameterwithMethods（以函数取代参数）292 　　10.9 IntroduceParameterObject（引入参数对象）295 　　10.10 RemoveSettingMethod（移除设值函数）300 　　10.11 HideMethod（隐藏函数）303 　　10.12 ReplaceConstructorwithFactoryMethod（以工厂函数取代构造函数）304 　　10.13 EncapsulateDowncast（封装向下转型）308 　　10.14 ReplaceErrorCodewithException（以异常取代错误码）310 　　10.15 ReplaceExceptionwithTest（以测试取代异常）315 　　第11章 处理概括关系319 　　11.1 PullUpField（字段上移）320 　　11.2 PullUpMethod（函数上移）322 　　11.3 PullUpConstructorBody（构造函数本体上移）325 　　11.4 PushDownMethod（函数下移）328 　　11.5 PushDownField（字段下移）329 　　11.6 ExtractSubclass（提炼子类）330 　　…… 　　第12章 大型重构359 　　第13章 重构，复用与现实379 　　第14章 重构工具401 　　第15章 总结409 　　参考书目413 　　要点列表417 　　索引419
重构：改善既有代码的设计.[美]Martin Fowler.epub【文字版手机格式】
04-23
重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是本书原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。本书也因此成为与《设计模式》齐名的经典著作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。 本书凝聚了软件开发社区专家多年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与本书最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反复咀嚼，而且往往能够常读常新。 第1章 重构，第一个案例 1.1 起点 1.2 重构的第一步 1.3 分解并重组statement() 1.4 运用多态取代与价格相关的条件逻辑 1.5 结语 第2章 重构原则 2.1 何谓重构 2.2 为何重构 2.3 何时重构 2.4 怎么对经理说 2.5 重构的难题 2.6 重构与设计 2.7 重构与性能 2.8 重构起源何处 第3章 代码的坏味道 3.1 Duplicated Code(重复代码) 3.2 Long Method(过长函数) 3.3 Large Class(过大的类) 3.4 Long Parameter List(过长参数列) 3.5 Divergent Change(发散式变化) 3.6 Shotgun Surgery(霰弹式修改) 3.7 Feature Envy(依恋情结) 3.8 Data Clumps(数据泥团) 3.9 Primitive Obsession(基本类型偏执) 3.10 Switch Statements(switch惊悚现身) 3.11 Parallel InheritanceHierarchies(平行继承体系) 3.12 Lazy Class(冗赘类) 3.13 Speculative Generality(夸夸其谈未来性) 3.14 Temporary Field(令人迷惑的暂时字段) 3.15 Message Chains(过度耦合的消息链) 3.16 Middle Man(中间人) 3.17 Inappropriate Intimacy(狎昵关系) 3.18 Alternative Classes with Different Interfaces(异曲同工的类) 3.19 Incomplete Library Class(不完美的库类) 3.20 Data Class(纯稚的数据类) 3.21 Refused Bequest(被拒绝的遗赠) 3.22 Comments(过多的注释) 第4章 构筑测试体系 4.1 自测试代码的价值 4.2 JUnit测试框架 4.3 添加更多测试 第5章 重构列表 5.1 重构的记录格式 5.2 寻找引用点 5.3 这些重构手法有多成熟 第6章 重新组织函数 6.1 Extract Method(提炼函数) 6.2 Inline Method(内联函数) 6.3 Inline Temp(内联临时变量) 6.4 Replace Temp with Query(以查询取代临时变量) 6.5 Introduce Explaining Variable(引入解释性变量) 6.6 Split Temporary Variable(分解临时变量) 6.7 Remove Assignments to Parameters(移除对参数的赋值) 6.8 Replace Method with Method Object(以函数对象取代函数) 6.9 Substitute Algorithm(替换算法) 第7章 在对象之间搬移特性 7.1 Move Method(搬移函数) 7.2 Move Field(搬移字段) 7.3 Extract Class(提炼类) 7.4 Inline Class(将类内联化) 7.5 Hide Delegate(隐藏“委托关系”) 7.6 Remove Middle Man(移除中间人) 7.7 Introduce Foreign Method(引入外加函数) 7.8 Introduce Local Extension(引入本地扩展) 第8章 重新组织数据 8.1 Self Encapsulate Field(自封装字段) 8.2 Replace Data Value with Object(以对象取代数据值) 8.3 Change Value to Reference(将值对象改为引用对象) 8.4 Change Reference to Value(将引用对象改为值对
重建——改善既有代码的设计
01-27
重构（名词）：对软件内部结构的一种调整，目的是在不改变"软件之可察行为"前提下，提高其可理解性，降低其修改成本.重构（动词）：使用一系列重构准则（手法），在不改变"软件之可察行为"前提下，调整其结构. 两种定义都强调是在不改变"软件的外部行为"前提下，不改变"软件之可察行为"就是说让修改不影响外部使用程序（程序员），在个外部来看，程序的行为和结果没有任何的变化.重构只是对程序内部结构进行调整，让代码更加容易理解，然后更容易维护. 本书清晰地揭示了重构的过程，解释了重构的原理和最佳实践方式，并给出了何时以及何地应该开始挖掘代码以求改善。 章节列表如下： 目录 第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 DuplicatedCode（重复代码）76 3.2 LongMethod（过长函数）76 3.3 LargeClass（过大的类）78 3.4 LongParameterList（过长参数列）78 3.5 DivergentChange（发散式变化）79 3.6 ShotgunSurgery（霰弹式修改）80 3.7 FeatureEnvy（依恋情结）80 3.8 DataClumps（数据泥团）81 3.9 PrimitiveObsession（基本类型偏执）81 3.10 SwitchStatements（switch惊悚现身）82 3.11 ParallelInheritanceHierarchies（平行继承体系）83 3.12 LazyClass（冗赘类）83 3.13 SpeculativeGenerality（夸夸其谈未来性）83 3.14 TemporaryField（令人迷惑的暂时字段）84 3.15 MessageChains（过度耦合的消息链）84 3.16 MiddleMan（中间人）85 3.17 InappropriateIntimacy（狎昵关系）85 3.18 AlternativeClasseswithDifferentInterfaces（异曲同工的类）85 3.19 IncompleteLibraryClass（不完美的库类）86 3.20 DataClass（纯稚的数据类）86 3.21 RefusedBequest（被拒绝的遗赠）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 ExtractMethod（提炼函数）110 6.2 InlineMethod（内联函数）117 6.3 InlineTemp（内联临时变量）119 6.4 ReplaceTempwithQuery（以查询取代临时变量）120 6.5 IntroduceExplainingVariable（引入解释性变量）124 6.6 SplitTemporaryVariable（分解临时变量）128 6.7 RemoveAssignmentstoParameters（移除对参数的赋值）131 6.8 ReplaceMethodwithMethodObject（以函数对象取代函数）135 6.9 SubstituteAlgorithm（替换算法）139 第7章 在对象之间搬移特性141 7.1 MoveMethod（搬移函数）142 7.2 MoveField（搬移字段）146 7.3 ExtractClass（提炼类）149 7.4 InlineClass（将类内联化）154 7.5 HideDelegate（隐藏“委托关系”）157 7.6 RemoveMiddleMan（移除中间人）160 7.7 IntroduceForeignMethod（引入外加函数）162 7.8 IntroduceLocalExtension（引入本地扩展）164 第8章 重新组织数据169 8.1 SelfEncapsulateField（自封装字段）171 8.2 ReplaceDataValuewithObject（以对象取代数据值）175 8.3 ChangeValuetoReferen
重构-改善既有代码的设计 中文版.pdf
10-22
第1章 重构，第一个案例 1.1 起点 1.2 重构的第一步 1.3 分解并重组Statemen 1.4 运用多态取代与价格相关的条件逻辑 1.5 结语 第2章 重构原则 2.1 何谓重构 2.2 为何重构 2.3 何时重构 2.4 怎么对经理说 2.5 重构的难题 2.6 重构与设计 2.7 重构与性能 2.8 重构起源何处 第3章 代码的坏味道 3.1 Duplicated Code（重复的代码） 3.2 Long Method（过长函数） 3.3 Large Class（过大类） 3.4 Long Parameter List（过长参数列） 3.5 Divergent Change（发散式变化） 3.6 Shortgun Surgery（霰弹式修改） 3.7 Feature Envy（依恋情结） 3.8 Data Clumps（数据泥团） 3.9 Primitive Obsession（基本型别偏执） 3.10 Switch Statements（switch惊悚现身） 3.11 Parallel Inheritance Hierarchies（平行继承体系） 3.12 Lazy Class（冗赘类） 3.13 Speculative Generality（夸夸其谈未来性） 3.14 Temporary Field（令人迷惑的暂时值域） 3.15 Message Chai （过度耦合的消息链） 3.16 Middle Man（中间转手人） 3.17 Inappropriate Intimacy（狎昵关系） 3.18 Alternative Classes with Different Interfaces（异曲同工的类） 3.19 Incomplete Library Class（不完善的程序库类） 3.20 Data Class（纯稚的数据类） 3.21 Refused Bequest（被拒绝的遗赠） 3.22 Comments（过多的注释） 第4章 建立测试体系 4.1 自我测试码的价值 4.2 JUnit测试框架 4.3 添加更多测试 第5章 重构名录 5.1 重构的记录格式 5.2 寻找引用点 5.3 这些重构准则有多成熟 第6章 重新组织你的函数 6.1 Extract Method（提炼函数） 6.2 Inline Method（将函数内联化） 6.3 Inline Temp（将临时变量内联化） 6.4 Replace Temp With Query（以查询取代临时变量） 6.5 Introduce Explaining Variable（引入解释性变量） 6.6 Split Temporary Variable（剖解临时变量） 6.7 Remove Assignments to Paramete （移除对参数的赋值动作） 6.8 Replace Method with Method Object（以函数对象取代函数） 6.9 Substitute Algorithm（替换你的算法） 第7章 在对象之间移动特性 7.1 Move Method（搬移函数） 7.2 Move Field（搬移值域） 7.3 Extract Class（提炼类） 7.4 Inline Class（将类内联化） 7.5 Hide Delegate（隐藏「委托关系」） 7.6 Remove Middle Man（移除中间人） 7.7 Introduce Foreign Method（引入外加函数） 7.8 Introduce Local Exte ion（引入本地扩展） 第8章 重新组织你的数据 8.1 Self Encapsulate Field（自封装值域） 8.2 Replace Data Value with Object（以对象取代数据值） 8.3 Change Value to Reference（将实值对象改为引用对象） 8.4 Change Reference to Value（将引用对象改为实值对象） 8.5 Replace Array with Object（以对象取代数组） 8.6 Duplicate Observed Data（复制「被监视数据」） 8.7 Change Unidirectional Association to Bidirectional（将单向关联改为双向） 8.8 Change Bidirectional Association to Unidirectional（将双向关联改为单向） 8.9 Replace Magic Number with Symbolic Co tant （以符号常量/字面常量 取代魔法数） 8.10 Encapsulate Field（封装值域） 8.11 Encapsulate Collection（封装群集） 8.12 Replace Record with Data Class（以数据类取代记录） 8.13 Replace Type Code with Class（以类取代型别码） 8.14 Replace Type Code with Subclasses （以子类取代型别码） 8.15 Replace Type Code with State/Strategy （以State/Strategy取代型别码） 8.16 Replace Subclass with Fields（以值域取代子类） 第9章 简化条件表达式 9.1 Decompose Conditional（分解条件式） 9.2 Co olidate Conditional Expression（合并条件式） 9.3 Co olidate Duplicate Conditional Fragments （合并重复的条件片段） 9.4 Remove Control Flag（移除控制标记） 9.5 Replace Nested Conditional with Guard Clauses （以卫语句取代嵌套条件式） 9.6 Replace Conditional with Polymorphism（以多态取代条件式） 9.7 Introduce Null Object（引入Null对象） 9.8 Introduce Assertion（引入断言） 第10章 简化函数呼叫 10.1 Rename Method（重新命名函数） 10.2 Add Parameter（添加参数） 10.3 Remove Parameter（移除参数） 10.4 Separate Query from Modifier（将查询函数和修改函数分离） 10.5 Parameterize Method（令函数携带参数） 10.6 Replace Parameter with Explicit Methods（以明确函数取代参数） 10.7 Preserve Whole Object（保持对象完整） 10.8 Replace Parameter with Method（以函数取代参数） 10.9 Introduce Parameter Object（引入参数对象） 10.10 Remove Setting Method（移除设值函数） 10.11 Hide Method（隐藏你的函数） 10.12 Replace Co tructor with Factory Method（以工厂方法取代构造函数） 10.13 Encapsulate Downcast（封装「向下转型」动作） 10.14 Replace Error Code with Exception（以异常取代错误码） 10.15 Replace Exception with Test（以测试取代异常） 第11章 处理概括关系 11.1 Pull Up Field（值域上移） 11.2 Pull Up Method（函数上移） 11.3 Pull Up Co tructor Body（构造函数本体上移） 11.4 Push Down Method（函数下移） 11.5 Push Down Field（值域下移） 11.6 Extract Subclass（提炼子类） 11.7 Extract Superclass（提炼超类） 11.8 Extract Interface（提炼接口） 11.9 Collapse Hierarchy（折叠继承体系） 11.10 Form Template Method（塑造模板函数） 11.11 Replace Inheritance with Delegation（以委托取代继承） 11.12 Replace Delegation with Inheritance（以继承取代委托） 第12章 大型重构 12.1 Tease Apart Inheritance（疏理并分解继承体系） 12.2 Convert Procedural Design to Objects（将过程化设计转化为对象设计） 12.3 Separate Domain from Presentation（将领域和表述/显示分离） 12.4 Extract Hierarchy（提炼继承体系） 第13章 重构，复用，与现实 13.1 现实的检验 13.2 为什么开发者不愿意重构他们的程序 13.3 再论现实的检验 13.4 重构的资源和参考数据 13.5 从重构联想到软件复用和技术传播 13.6 结语 13.7 参考文献 第14章 重构工具 14.1 使用工具进行重构 14.2 重构工具的技术标准 14.3 重构工具的实用标准 14.4 小结 第15章 总结 参考书目 要点列表 索引
代码坏味道 之 16 中间人 middle man
giantmfc123
04-15 760
《重构：改善既有代码的设计》中提到过一些代码的坏味道，针对这些坏味道，需要进行重构。 中间人 middle man 问题1：某个类接口有一般的函数都委托给其他类，这样就过度运用委托了 解决方案：使用remove middle man，直接和真正负责的对象打交道 解决方案：如果这样“不干实事”的函数只有少数几个，可以运用replace delegation with inheritance把...
代码坏的味道16：中间人 （Middle Man）
aipaizi0273的博客
08-02 257
　　对象的基本特征之一就是封装：对外部世界隐藏其内部细节。封装往往伴随委托。比如说你问你主管是否有时间参加一个会议，他就把这个消息“委托”给他的记事簿，然后才能回答你。你没必要知道这位主管到底使用传统记事簿或电子记事簿或秘书来记录自己的约会。 但是人们可能过度运用委托。你也许会看到某个类有一半的函数都委托给其他类，这样就是过度运用。这时应该使用 Remove Middle...
代码坏味道与重构之中间人和内幕交易
Jock2018的博客
10-10 958
代码坏味道与重构之中间人和内幕交易
代码中的坏味道
weixin_30432579的博客
08-24 275
重构 改善既有代码的设计 Refactoring Improving the Design of Existing Code 如果你发现自己需要为程序添加一个新特效，而代码结构使你无法很方便地达成目的，那就先重构它。 重构前，先检测自己是否有一套可靠的测试机制，这些测试必须有自我检验能力。 重构技术就是以微小的步伐修改程序，如果你犯下错误，很容易便可发现它。 任何一个人都能写...
代码的坏味道之十六 ：Middle Man（中间转手人）
yuwei629的专栏
05-03 1390
对象的基本特征之一就是封装（encapsulation）——对外部世界隐藏其内部细节。封装往往伴随delegation （委托）。比如说你问主管是否有时间参加一个会议，他就把这个消息委托给他的记事簿，然后才能回答你。很好，你没必要知道这位主管到底使用传统记事簿或电子记事簿抑或秘书来记录自己的约会。 但是人们可能过度运用delegation。你也许会看到某个class接口有一半的函数都委托给其
人脸多属性三维姿态识别源代码
07-21
人脸多属性三维姿态识别源代码
微信小程序中身份证信息识别源代码
05-21
微信小程序中身份证信息识别源代码微信小程序中身份证信息识别源代码微信小程序中身份证信息识别源代码微信小程序中身份证信息识别源代码微信小程序中身份证信息识别源代码微信小程序中身份证信息识别源代码微信小...
人脸识别.rar_中文识别_人脸代码_人脸识别_识别
07-13
人脸识别代码中文中文中文不能少于20个字
表格识别示例代码表格识别示例代码
08-11
表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别示例代码表格识别...
matlab三种硬币分类识别
08-05
使用matlab语言，编写的硬币识别程序代码，附图片 可识别一角、五角、一元的三种硬币，进行分类识别，并计算个数以及金额总和
重构学习（四）：代码的坏味道
Rain_Mic的博客
08-28 1808
之前的文章对重构的本质和基本原则做一个总结记录，今天这篇文章主要是总结一下"何时重构"，即该在时候才需要去重构？什么样的代码需要重构？
25种代码坏味道总结+优化示例
热门推荐
uuuyy_的博客
01-11 1万+
前言 什么样的代码是好代码呢？好的代码应该命名规范、可读性强、扩展性强、健壮性......而不好的代码又有哪些典型特征呢？这25种代码坏味道大家要注意啦 1. Duplicated Code （重复代码） 重复代码就是不同地点，有着相同的程序结构。一般是因为需求迭代比较快，开发小伙伴担心影响已有功能，就复制粘贴造成的。重复代码很难维护的，如果你要修改其中一段的代码逻辑，就需要修改多次，很可能出现遗漏的情况。 如何优化重复代码呢？分三种情况讨论： 同一个类的两个函数含有相同的表达式 class A
代码的坏味道之十九 ：Incomplete Library Class（不完美的程序库类）
yuwei629的专栏
05-03 1008
复用（reuse）常被视为对象的终极目的。我们认为这实在是过度估计了（我们只是使用而己）。但是无可否认，许多编程技术都建立在library classes （程序库类）的基础上，没人敢说是不是我们都把排序算法忘得一干二净了。 library classes构筑者没有未卜先知的能力，我们不能因此责怪他们。毕竟我们自己也几乎总是在系统快要构筑完成的时候才能弄清楚它的设计，所以library 构筑
vscode识别中文代码
最新发布
12-22
在VSCode中识别中文代码的方法是通过设置文件关联来实现。你可以按照以下步骤进行操作： 1. 打开VSCode，点击左侧的扩展图标（四个方块组成的图标）。 2. 在搜索框中输入"Chinese"，然后选择"Chinese (Simplified) Language Pack for Visual Studio Code"进行安装。 3. 安装完成后，点击左下角的设置图标（齿轮图标），选择"设置"。 4. 在搜索框中输入"files.associations"，找到"文件关联"这一项。 5. 点击"编辑 in settings.json"，在打开的文件中添加以下内容： ```json "files.associations": { "*.c": "c", "*.cpp": "cpp", "*.h": "cpp", "*.vue": "vue" } ``` 这样就将".vue"文件关联到"vue"语言模式上，使得VSCode能够正确识别中文代码。 6. 保存文件，关闭设置窗口。 现在，当你打开一个.vue文件时，VSCode应该能够正确识别其中的中文代码了。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值