代码的二十二道臭味





这是一篇关于阅读《重构，改善既有代码的设计》后的笔记，记住了代码发臭的二十二种形式，并形成这样的意识，自己每次写代码的时候都能时刻提醒自己代码是否在发臭，那么我们的生活会更轻松。重构不可避免，但是尽量减少重构的概率还是很不错的。

1.重复代码。重复代码是我们这些初学者最容易犯的错了，复制粘贴固然省力，但是省的只是当时的力。一般来讲，可以复制粘贴的代码都是实现相似甚至相同功能的代码，要是这个序列的功能改了一点点，(⊙o⊙)…好累

2.过长的函数。我想看看这个函数主要做了些什么，怎么做的，可是…咦，这个变量是什么意思，这个If句子开始于哪里，这个花括号的前半截开始于哪里，我把光标滚到前面，可是滚回来的时候找了半天才回来，可是还是没能看到这个函数的主要步骤，(⊙o⊙)…好累，等等，这段代码在哪见过，是从那拷贝过来的？

3.过大的类。类太大了本身不是错，但是当它很长的时候就该提醒自己，是不是耦合了相关性不是很强的功能在这个类里？是否可以让这个类更单纯一点，只做好一件事？是否可以请其他类来帮忙完成相关工作？

4.参数列表过长。当一个函数参数列表过多时使用起来会很累，函数体也会倾向于过长，考虑把相似或紧密相关的参数封装起来，能够作为中间变量的把生成该变量的代码提出来做成另一个函数，然后使用局部变量。

5.发散式变化。如果需求有了改变，修改代码时就要大量的删除代码行再生成新代码时就该注意了。理想状况是如果要改代码，那么只改相关的少数几个点，而不影响其他代码的运行。

6.霰弹式修改。这和发散式变化相似，不同的是发散式变化在每一处变化都很少，但是却在很多点上进行类似修改。

7.依恋情结。写了很多类，但是他们在功能上却彼此相依，很难单独使用某些类，不利于复用，修改起来也会陷入前面两种困境。

8.数据泥团。几个类里都有语意相似的变量，这也是代码重复的一种形式，也可能是这些数据没有找到正确的依附的类，需要进一步抽象已达到封装数据的目的。

9.基本类型偏执。基本类型是做一切事情