重构：基本原则

1、  任何不被修改的变量都可以作为参数传入新函数

2、  如果只有一个变量会被修改，则可以把这个变量作为返回值

3、  为了提高代码的清晰度，需要修改某些东西的名字，就大胆去做

4、  阅读代码的时候，经常进行重构，不断把理解嵌入到代码中，这么以来才不会造成忘记曾经理解过的东西

5、  尽量出去临时变量，临时变量会助长冗长而复杂的函数

6、  最好不要在另外一个对象的属性基础上运用switch语句，如果不得不使用，也应该在对象自己的数据上使用，而不是在别人的数据上使用

7、  运用多态取代条件逻辑

8、  重复代码：同一个类的两个函数含有相同的表达式、两个互为兄弟的子类还有相同的表达式

9、  每当感觉需要以注释来说明点什么的时候，我们就把需要说明的东西写进一个独立的函数中，并以其用途命名，哪怕替换后的函数调用动作比函数自身还长，只要函数名称能够解释其用途，我们也该毫不犹豫地那么做，关键不在于函数的长度，而在于函数做什么和如何做

10、几乎所有时刻，问题都源于Long Methods(过长函数)，这很讨厌，因为他们往往包含太多信息，这些信息又被函数错综复杂的逻辑掩盖，不宜鉴别。对付过长函数，一项重要的重构手法就是Extract Method，它把一段代码从原先函数中提取出来，放进一个单独的函数体中。Inline Method 正好相反，将一个函数调用动作替换为该函数本体。如果在进行多次提炼之后，意识到提炼所得的某些函数并没有做任何实质事情，或如果需要回溯恢复原先函数，我们就需要Inline Method

11、Extract Method最大的困难就是处理局部变量，而临时变量则是其中一个主要的困难源头，处理一个函数的时候，可以用Replace Temp with Query去掉所有可以去掉的临时变量，如果很多地方使用了某个临时变量，就先运用Split Temporary Variable将它变得比较容易替换

12、有时候临时变量实在太混乱，难以替换，就需要使用Replace Method with Method Object，可以分解哪怕最混乱的函数，代价是引入一个新类

13、参数带来的问题比临时变量少一些，前提是部在函数内赋值，如果已经这样做了，就使用Remove Assignment to Parameters

14、如果发现算法可以改进，从而使代码更清晰，就使用Substitute Algorithm引入更清晰的算法

15、使用简短而命名良好的函数的好处，每个函数的粒度很小，则每个函数复用的机会就越大，这使高层函数读起来像一段注释，如果函数都是细粒度，那么函数的复用也会更容易

16、一个函数名多长才算合适？长度不是问题，关键子啊与函数名称和函数本体之间的语义距离，如果提炼可以强化代码的清晰度，那就去做，就算函数名称比提炼出来的代码还长也无所谓