怎么写出好代码——坏味道

很难定义什么是好代码,但是坏代码是显而易见的。

良性循环

对已经具有可测试性、可维护性、可理解性的代码进行测试和维护,可以让工作更简单。有了这个基础,可以让我们更富有成效,富有成效的人时快乐的,快乐的人也是富有成效的。这是一个良性循环。

理论摘录

  1. 重构的基本技巧: 小步前进,频繁测试。
  2. 对象技术的要点在于:将数据和对数据的操作行为包装在一起。
  3. 封装:对外部世界隐藏内部细节。
  4. 可以让函数保持最小代码量的一个方法是让命令(Command)和查询(Query)保持分离。命令函数表示 do something, 而查询函数表示 return something。

代码的坏味道

  1. Duplicated Code(重复的代码)
    • 合并重复的代码,提取,使之独立出来
  2. Long Method(长函数)
    • 一个函数越长,圈复杂度就越大,容易出问题的点就越多,并且需要的脑容量也更大,还会导致在修复 bug 的时候,产生新 bug 的概率加大。
    • 原则:每当感觉需要使用注释说明点什么的时候,就把需要说明的东西写入到一个独立的函数中。
  3. Long Parameter List(过长参数列)
  4. Divergent Change(发散式变化)
    • 一个类受多种变化的影响
    • 一旦需要修改,最好只修改一处
  5. Shotgun Surgery(散弹式修改)
    • 一种变化引发多个类需要修改
    • 每遇到某种变化,都必须在许多不同的类内做出许多小修改
  6. Feature Envy(依恋情节)
    • 某个函数为了计算某个值,从另一个对象那调用了多个取值函数
  7. Data Clumps(数据泥团)
    • 两个类中相同的字段,许多函数中相同的参数等绑在一起出现的数据,提炼成对象
  8. Switch Statement
    • 面向对象程序的一个显著特征:少用 switch 语句,多用多态。
  9. Complicated Condition(复杂的条件判断)
    • 把需要注释说明的分支条件,提炼成单独的一个函数
  10. Proper Iterator(合理使用循环)
    • 如果有些代码实际上是重复性的工作,那么合理的使用循环会使代码量更少
  11. Only One Return(函数只有一个出口)
    • 提前让函数退出,代替嵌套条件分支
    • 避免 if 分支的左右括号之间相隔 500 米
posted @ 2015-10-06 15:55  砺能  阅读(...)  评论(...编辑  收藏