《重构》读书笔记（十四）——第十五章 总结

第十五章 总结

    “我已经知道如何重构了吗？”Kent Beck告诉我们：不，还没有。

    前面各章列出的技术要点仅仅只是一个起点，是你登堂入室之前的大门。

    这些技术如此精彩，可它们仅仅只是一个开始，这是为什么？答案很简单：因为你还不知道何时应该使用它们，何时不应该使用；何时开始，何时停止；何时前进，何时等待。使重构能够成功的，不是前面各自独立的技术，而是这种节奏。

     那么，什么时候才算真正掌握重构了呢？当你开始冷静下来的时候，对自己的重构技艺感到绝对自信----不论别人留下的代码多么杂乱无章，你都可以将它变好，好到足以进行后续的开发----那个时候，你会感觉自己开始 ”得道“了。

     不过，大多数时候，你“得道”的标志是：你可以自信地停止重构。

     你之所以重构，不是为了探索真善美（至少不全是），而是为了使你的系统更容易被人理解，为了防止程序变得混乱。

      如果你发现自己无法证明自己所做的一切能够保持程序原本的语义，此时你应该停止下来。如果代码已经改善了一些，就发布你的成果；如果没有，就撤销所有修改。

      极限编程中的“结对编程”：你必须讲出你所想做的事，这样你们两个才能朝着同一个方向努力。你得把你正在做的事情讲出来，这样你的搭档才有可能指出你的错误。你得把刚才做过的事情讲出来，这样下次遇到同样的情况时你才能做得更好。所有这些交谈都有助于你更清楚了解如何让个别的重构项适应整个重构节奏。

     有一个错误的思想你要谨记：大规模的重构只会带来灾难。

     你面前的代码也许看起来混乱极了，不要着急，一点一点慢慢地解决这些问题。

     永远不要忘记“两顶帽子”。重构时你总会发现某些代码并不正确。你绝对相信自己的判断，因此想马上把它改过来。啊，顶住诱惑，别那么做。重构时你的目标之一就是保持代码的功能完全不变，既不多也不少。对于那些需要修改的东西，列个清单把他们记录下来，重构完成之后，专门安排时间来处理它们。