【重构】修改过长的函数

过长的函数

在心理上，创建一个新方法往往比添加到一个已有的方法更难。我们往往会想， “但它只有两行，仅仅为此创建一个完整的方法是没有必要的… …”，这意味着又添加了一行，然后又添加了另一行，产生了一堆乱七八糟的代码。

【解决办法】

理念：尽可能写更多的短函数。如果你有必要写注释，哪怕只有一行，你应该为其抽出一个函数，并写好一个命名，这样人们就不需要去看内部的具体实现了。

具体措施：

• 将一个大的函数拆分成多个小函数，然后在一个函数中调用这些小函数
• 如果受制于局部变量的困扰，分为以下两种情况：
• 1. 如果是一个类函数，可以将局部变量写成成员函数或者写一个专门查询的函数
• 2. 如果是一个函数，则可以写成一个类，将局部变量写成成员函数
• 条件运算符往往意味着可以抽成可读的函数
  date.before(SUMMER_START) || date.after(SUMMER_END) 修改成isSummer(date)

【性能问题】

方法数量的增加是否会像许多人声称的那样影响性能？在几乎所有的情况下，影响是如此微不足道，甚至不值得担心。
另外，现在已经有了清晰易懂的代码，如果需要的话，就更有可能找到真正有效的方法来重组代码并获得真正的性能提升。