從Martin Fowler最早提出重構的概念開始，到現在已經有很長時間了，重構已經是深入忍心了。與其說它是一種方法，不如說是一種思想、一種習慣。我自己在工作的過程中也一直在使用它來改進自己的程序，所以在此想說說自己的兩點認識。 **重構不“挑食”** 上面已經提到，重構不僅僅是固定的那些方法，而更是一種思想和編碼時候的習慣，所以，**不管你是用那種語言編程，都可以應用重構。**《重構》那本書上的例子都是Java的，可能很多人會覺得，只有在Java、C#等面向對象的語言中，才能夠使用重構的方法，而在面向過程和函數式的語言中，就很難應用重構了。我認為并非如此，的確，在面向對象的語言中，有很多特定的重構方法，比方說抽取接口、變量上移、變量下移等等，但還是有一些通用的重構方法，可以在各種語言中使用。 舉兩個最常見的例子：重命名和抽取方法。這兩個方法不論在什么語言的編程下面都是非常常用的，我們也經常會做這樣的重構。比方說我在使用pl/sql編寫procedure和function的時候，就經常會做這樣的操作。特別是當pl/sql developer的新版本中增加了重構的選項，能夠幫我們更好地自動完成重構的操作。在這里，pl/sql這門語言可是過程化的，而非面向對象的。 所以說，我們可以在編寫任何代碼的過程中都可以使用重構，甚至在HTML代碼中、JavaScript代碼中等等，都可以使用，因為重構不僅僅是具體的方法，而是一種改善代碼，改善系統的一種思想，它的目的就在于讓我們的系統的可讀性、可維護性更高，從而具有更好的質量。 **重構可以隨時進行** Martin Fowler的《重構》一書還有個副標題，叫做“改善既有代碼的設計”，這讓我在當初產生了一點兒誤會，還以為重構只能是在把代碼寫完了之后才能夠進行的。其實不然，我們可以隨時對程序進行重構，（我曾經在內部的交流中把它叫做行進中的重構，呵呵）**那樣會更有利于之后的編碼。** 比方說，在編寫程序的過程中，忽然發現有一個變量的命名有些不合理，我們可以立即對其進行重構，修改名稱；或者更實用的，發現自己接下來要寫的代碼完全是之前代碼的重復，或者說可以從別處copy，然后稍作修改就可以，那么我們就可以回頭把之前的方法抽取出來，而在新的位置直接調用；或者發現想要使用某個方法，但它位于其它類中，就可以想是否可以提取父類或者接口，然后把通用的方法提取到其中，然后再對其進行繼承或者實現，那樣就可以方便地調用方法了。 還有很多很多的方法，都是可以在編碼的過程之中就可以做的，而不需要等所有的編碼完成了之后才做。那樣的好處是顯而易見的，在之后如果再需要實現類似的功能，就可以直接調用已有的方法，而不需要等最后再做調整了。 總之，越是使用，越是覺得在編程的過程中應該始終把“重構”的思想放在頭腦中，隨時拿出來使用。 你對于重構是否也有想說的話呢？