重构学习笔记
2010-9-19 1.如果你发现自己需要为程序添加一个特性，而代码结构无法很方便的那么做，那就先重构那个程序，使得特性添加容易进行，然后再添加特性。
2.任何不会被修改的变量都可以当作参数传入函数，如果只有一个变量会被修改，我们可以把它当作返回值。
3.任何一个傻瓜都能写出计算机可以理解的代码，惟有写出人类容易理解的代码，才是优秀的程序员。
4.函数放到它所使用的数据的所属Cla内。
2010-9-20 1.重构有时不能减少代码量，有时反而会增多代码量，重构时候不必多考虑性能问题，目的为了减少编写难度和维护难度。
2.尽量去除临时变量，临时变量往往形成问题，它们导致大量的参数被传来传去，而其实完全没有这种必要
3.使用query method来替换临时变量，使得设计干净，及复用。
2010-9-21 1.重构：对软件内部的一种调整，目的在于不改变【软件之可察行为】的前提下，提高其可理解能力，降低其修改成本。 2.
2010-9-25 1.2.3.4.【重构】改进软件设计
【重构】使得软件更容易被理解 【重构】助你找到bugs 【重构】组你提高编程速度 5.你之所以重构，是因为你想做别的什么事情，而重构可以帮助你做的更好
6.三次法则，三则重构,第一次做某件事情尽管去做，第二次做类似的事会产生反感，但无论如何还是做了，第三次再做类似的事情，你就要重构了。 7.添加新功能时候一并重构，如果在前进过程中把代码结构理清，我就可以从中理解更多东西。重构是个快速流畅的过程，一旦完成重构，新特性的添加就会更快速，更流畅。 8.如果收到一份错误报告，这就是重构的信号，因为显然代码不够清晰----不够清晰到你能一目了然发现bugs。 9.Code reviews一并重构 10.程序有二面价值：“今天能为你做什么”和“明天能为你做什么”。
2010-9-26 1.重构之前，代码必须起码能够在大部分情况下正常运行
2.重写（非重构）的清楚的符号就是：现有的代码根本不能正常运作。 3.如果项目接近后期，你也应该避免重构，从重构过程赢得的生产里只有在最后期限过后才能体现出来，而那时已经时不我予。
4.Ward Cunningham说未完成的重构工作为“债务”。过于复杂的代码所造成的“维护和扩展的额外开销，就是利息。你可以承受一定程度的利息，但是如果利息太高你就会被压垮。把债务管理好很重要的，你应该随时通过重构来偿还部分债务”。 5.有了重构，你就可以通过不同途径来应付变化带来的风险，你仍旧需要思考潜在的变化，仍旧需要考虑灵活的解决方案，但是你不必再逐个实现的你解决方案，而是应该问问自己：“把一个简单的解决方案重构成这个灵活的方案有多大的难度？”答案是相当容易，那你就要实现目前一个简单的解决方案就行了。
