摘要：由於最近在做重構的專案，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2023年10月份，由於當時沒有訂閱
sean chambers的blog，所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因為這些基本上專案都 在使用，只是我們沒有專門把它標示和整理出來，所以也沒有引起多大的重視。現在突然接手這個重構專案，由於團隊成員技術和經驗參差不齊，所以有必要專門整 理乙個重構的綱要，當然這個系列也非常適合做新系統的**規範參考，只要有**的地方，這個重構規範就很有價值。週末也不想出去閒逛，因為在剛到這個美麗 的城市，沒有親戚或者朋友，所以就才能靜下心來兩天時間寫完這個重構參考規範。同時也感受了windows live writer寫文章的快感。當然重構的整體的架構得另當別論（整體架構在我的這篇文章有專門的講解（
大的架構設計好了以後，這些重構小點就成了點將之後的大軍作戰了，所以這些重構小點對整個專案也是至關重要。31天重構這個系列和《**大全》、《重構： 改善既有**的設計》比較起來最大的特點就是比較簡單、淺顯易懂。那麼我這些文章也都是學習sean chambers的31天重構的筆記整理，所以如果大家對這個筆記有任何異議也可以指出，具體也可以通過
查 看原文。
概念：本文中的「提取介面」 是指超過乙個的類要使用某乙個類中部分方法時，我們應該解開它們之間的依賴，讓呼叫者使用介面，這很容易實現也可以降低**的耦合性。
正文：如下**所示，
registrationprocessor 類只使用到了
cla***egistration 類 中的create方法和total 字段，所以可以考慮把他們做成介面給
registrationprocessor 呼叫。
namespace lostechies.daysofrefactoring.extractinte***ce.beforepublic void transfer()
public decimal total
}public class
registrationprocessor
}}
重構後的**如下，我們提取了乙個
icla***egistration 介面，同時讓
cla***egistration 繼 承此介面，然後呼叫端
registrationprocessor 就 可以直接通過
icla***egistration 接 口進行呼叫。
namespace lostechies.daysofrefactoring.extractinte***ce.after}public class
cla***egistration : icla***egistration
public void transfer()
public decimal total
}public class
registrationprocessor
}}
總結：這個重構策略也是乙個常見的運用，很多設計模式也會在其中運用此思想（如簡單工程、抽象工廠等都會通過介面來解開依賴）。
31 天重構學習筆記9 提取介面
摘要 由於最近在做重構的專案，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2009年10月份，由於當時沒有訂閱 sean chambers的blog，所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因為這些基本上專案都 在使用，只是我們沒有專門...
31 天重構學習筆記10 提取方法
摘要 由於最近在做重構的專案，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2009年10月份，由於當時沒有訂閱 sean chambers的blog，所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因為這些基本上專案都 在使用，只是我們沒有專門...
31 天重構學習筆記10 提取方法
摘要 由於最近在做重構的專案，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2009年10月份，由於當時沒有訂閱 sean chambers的blog，所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因為這些基本上專案都 在使用，只是我們沒有專門...