重构-改善既有代码的设计：重构原则（笔记二）

1.什么是重构

重构（Refactoring）：在不改变软件的功能和外部可见性的情况下，为了改善软件的结构，提高清晰性、可扩展性和可重用性而对软件进行的改造，对代码内部的结构进行优化。

2.为何重构

1）.改进软件设计（整理代码）
2）.提高代码质量，使软件系统更易理解和维护
3）.帮助尽早的发现错误（Defects）
4）.提高编程速度，良好设计是维持软件开发速度的根本，重构可以帮助你更快的开发软件。因为它防止系统变质。甚至还可以提高设计质量。

3.何时重构

1）重构应该是随时随地进行。不应该为重构而重构。
2）三次法则：第一次做某件事只管去做；第二次做类似的事会产生反感，但无论如何还是可以去做第三次 再做类似的事情，就应该重构了。
3）添加功能
4）修复bug
5）复审代码，即Code Review时候
重构可能会引入更多见阶层，重构往往需要把大型对象拆成多个小型对象。把大型函数拆成多个小型函数。间接层是把双刃剑：一是你需要管理多分内容。
但间接层有以下作用：
1）允许逻辑共享，小函数复用性高。
2）分开解释意图和实现：可以选择类名和函数名解释实现意图的做法。
3）隔离变化
4）封装条件逻辑：对象有一种奇妙的机制：多态消息，可以灵活而清晰地表达条件逻辑。将条件逻辑转化为消息形式，往往能降低代码的重复。增加清晰度并提高弹性。

4.何时不该重构

1）代码是在太混乱了，设计完全错误。
2）如果项目已近最后期限，应该避免重构。

3）重构还不如重新编码。即重构的工作量显著的影响Estimate

5.重构流程

1）读懂代码（包括测试例子代码）

2）进行重构

3）运行所有的Unit Tests

6.重构与设计

1）很多人都把设计看作软件开发的关键换进。而把编程看作只是机械式的低级劳动。
2）另外的观点就是：重构可以取代预先设计。你不必要做任何设计，只管按照最初的想法开始编码，让代码运作，然后再将它重构成型。

实际上重构与设计是互补的,程序应该是先设计,而在开始编码后,设计上的不足可以用重构来弥补.设计应该是适度的设计,而不必过度的设计.如果能很容易的通过重构来适应需求的变化,那么就不必过度的设计,当需求改变时再重构代码 。

7.重构与性能

三种快速编写软件的方法：

1）时间预算法

在设计时就对程序花费的时间进行预算,通常用于性能要求极高的实时系统.普通的企业应用程序一般对性能要求不高.只要不太慢就可以了 。

2)持续关注法

要求程序员在任何时间都要设法保持系统的高性能.这个方法有个缺陷,就是大部分的程序90%的优化工作都是白费劲,这样会浪费大量的时间 。

3)良好的分解方式

这个方式是在开发程序阶段不对性能投以任何关注,直到进入性能优化阶段,再分析程序中性能差的程序,然后对这些程序进分解,查出性能差的程序,进行优化。