代码坏的味道13:夸夸其谈未来性(Speculative Generality)
2010-08-02 09:28
861 查看
如果你的某个抽象类其实没有太大作用,请运用 Collapse Hierarch (折叠继承体系)。不必要的委托可运用 Inline Class (将类内联化)除掉。如果函数的某些参数未被用上,可对它实施 Remove Parameter (移除参数)。如果函数名称带有多余的抽象意味,应该对它实施Rename Method (函数改名)
如果函数或类的唯一用户是测试用例,这就飘出了坏味道 夸夸其谈未来性(Speculative Generality)。 如果有这样的函数或类,请把它们连同其测试用例一并删除。但如果它们的用途是帮助测试用例检测正当功能,则不能删除。
如果函数或类的唯一用户是测试用例,这就飘出了坏味道 夸夸其谈未来性(Speculative Generality)。 如果有这样的函数或类,请把它们连同其测试用例一并删除。但如果它们的用途是帮助测试用例检测正当功能,则不能删除。
相关文章推荐
- 代码的坏味道之十三 :Speculative Generality(夸夸其谈未来性)
- 代码坏味道之夸夸其谈的未来性
- 代码坏味道之夸夸其谈的未来性
- 【重构 改善既有代码的设计】之代码的坏味道
- 代码的坏味道05:发散式变化(Divergent Change)
- 代码坏的味道14:令人迷惑的临时字段(Temporary Field)
- 代码的坏味道之一 :Duplicated Code(重复的代码)
- 代码的坏味道之二十一 :Refused Bequest(被拒绝的遗贈)
- 代码的未来读书笔记<一>
- 代码中的坏味道
- 重构代码坏味道(优雅,little code) <下>
- 【计科13】非多态版通讯录管理程序示例代码
- 代码的坏味道【3】
- 重构 之代码的坏味道(Bad smell)
- 携程-出行产品未来14个月销量预测-第七名代码解读
- Dart 语言惯用语——Dart中特有的代码味道
- 重构笔记——代码的坏味道(下)
- 《重构-改善既有代码的设计》知识精选——代码坏味道
- 代码坏味道,未完。。
- 开发(ASP.NET程序)把写代码写至最有面向对象味道