读【重构】读书笔记之一 代码的坏味道

一、重复的代码: 包含完全重复、部分重复、以及程序不同结果相同

1)一个类的两个函数有相同的表达式  ---提取方法

2)两个互为兄弟的子类含有相同表达式----提取方法,放在父类

3)两个毫不相干的类中的重复----引入第三方类

4)如果代码只是类似,并非完全相同----分割出相同部分构成独立方法

5)有些函数以不同算法做相同的事----选择其中清晰的一个

二、过长的函数

1)积极分解函数,每当我们需要以注释来说明点什么的时候,就可以写进独立的函数了。并以其用途命名(而非实现手法),这样就不需要总是跳转来阅读程序,通过名字知道函数做了什么。我们可以对一组甚至短短一行代码做这件事,哪怕替换后的函数调用动作比函数自身还长。

2)条件表达式

3)循环

注意,尽量的干掉参数和临时变量,增加可读性。

三、过大的类

四、过长参数列

五、发散式修改:一个类受多种变化原因的影响而引发修改

六、霰弹式修改:一种变化引发多个类做修改

七、依恋情结

八、数据泥团

把一堆参数提炼为一个对象来传递是值得的

九、基本类型偏执

十、switch

十一、平行继承体系

十二、冗赘类

十三、夸夸其谈未来性

十四、令人迷惑的暂时字段

十五、过度耦合的消息链

十六、过度委托

十七、狎昵关系

十八、异曲同工的类

十九、不完美的库类

二十、純稚的数据类

二十一、被拒绝的遗赠

二十二、过多的注释

注释可以卸下自己为什么做某某事,可以标记并无十足把握的区域等

 

转载于:https://www.cnblogs.com/xyang/p/4261897.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值