重构改善既有代码的设计学习笔记——代码坏味道整理

  • 重复代码
  • 过长函数
  • 过大的类
  • 过长参数列
  • 发散式变化:应对外界某一个变化时,某一类需要修改的东西太多
  • 霰弹式修改:应对外界某一个变化时,需要修改很多很多的类
  • 依恋情结:A类中的方法对于B类感兴趣的程度超过A类本身
  • 数据泥团:在很多地方出现相同的数据项(方法参数,两个类中相同的字段)
  • 基本类型偏执:代码中缺少小型对象,除了基本类型就是体积庞大的结构体(如数据库表对象)
  • switch语句
  • 平行集成体系:当你为某一个类增加一个子类的时候,必须要为其他的某个类也增加一个子类
  • 冗赘类:出现毫无价值的类
  • 夸夸其谈未来性
  • 令人迷惑的暂时字段:类下面的某些字段只在某些特定情况时才会被用到,一般情况下用不到。
  • 过度耦合的消息链:在一条消息链中,A请求得到B的对象,B请求得到C的对象。。。以至于会出现很多很多个getThis()。当ABC之间关系出现变化时,意味着需要修改消息链的结构
  • 中间人:过度使用委托
  • 狎昵关系:AB类对相互的private字段有过多的关注
  • 异曲同工的类
  • 不完美的库类:库类提供的方法复用性不高
  • 纯稚的数据类:数据类里面只有字段,毫无功能,操作数据类字段的方法被放在了其他类中
  • 被拒绝的遗赠:子类用不到大多数父类的可继承方法
  • 过多的注释:使用很长的注释来解释糟糕的代码
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值