**摘要:**由于最近在做重構的項目,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由于當時沒有訂閱[Sean Chambers](http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx)的blog,所以是在國外的社區上閑逛的時候鏈接過去的。記得當時一口氣看完了整個系列并沒有多少感覺,因為這些基本上項目都在使用,只是我們沒有專門把它標示和整理出來,所以也沒有引起多大的重視。現在突然接手這個重構項目,由于團隊成員技術和經驗參差不齊,所以有必要專門整理一個重構的綱要,當然這個系列也非常適合做新系統的代碼規范參考,只要有代碼的地方,這個重構規范就很有價值。周末也不想出去閑逛,因為在剛到這個美麗的城市,沒有親戚或者朋友,所以才能靜下心來兩天時間寫完這個重構參考規范。同時也感受了Windows Live writer寫文章的快感。當然重構的整體架構得另當別論(整體架構在我的這篇文章有專門的講解([http://www.cnblogs.com/zenghongliang/archive/2010/06/23/1763438.html](http://www.cnblogs.com/zenghongliang/archive/2010/06/archive/2010/06/23/1763438.html))。大的架構設計好了以后,這些重構細節點就成了東風之后的大火,對整個項目也是至關重要。31天重構這個系列和《代碼大全》、《重構:改善既有代碼的設計》比較起來最大的特點就是比較簡單、淺顯易懂。那么我這些文章也都是學習Sean Chambers的31天重構的筆記整理,所以如果大家對這個筆記有任何異議也可以指出。
具體也可以通過[http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx](http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx)查看原文。
**概念:**本文中的“提取工廠類”是指如果要創建的對象很多,則代碼會變的很復雜。一種很好的方法就是提取工廠類。
**正文:**一般來說我們需要在代碼中設置一些對象,以便獲得它們的狀態,從而使用對象,所謂的設置通常來說就是創建對象的實例并調用對象的方法。有時如果要創建的對象很多,則代碼會變的很復雜。這便是工廠模式發揮作用的情形。工廠模式的復雜應用是使用抽象工廠創建對象集,但我們在這里只是使用基本的工廠類創建對象的一個簡單應用。
如下代碼所示,New方法包含創建類的整個邏輯,如果現在要創建的類比較多而且邏輯比較復雜的話(如根據不同條件創建對象,什么時候創建對象),我們的New方法邏輯會變得很大,同時代碼也變得很難維護。所以我們就會采用提取工廠類的方式進行提煉。
~~~
namespace LosTechies.DaysOfRefactoring.ExtractServiceClass.Before
{
?? public class PoliceCarController
{
?????? public PoliceCar New(int mileage, bool serviceRequired)
?????? {
?????????? PoliceCar policeCar = new PoliceCar();
?????????? policeCar.ServiceRequired = serviceRequired;
?????????? policeCar.Mileage = mileage;
?????????? return policeCar;
?????? }
?? }
}
~~~
那么重構后的代碼如下,New方法變得很簡單了,指需要調用實現接IPoliceCarFactory 接口的PoliceCarFactory 類就可以返回對象,這樣就隔開了創建對象的邏輯,如果需求現在變為根據不同的條件創建不同的對象,什么時候創建對象等都變成了比較簡單的事情,在后期可以把對象都配置在XML里面,使用反射的方式實現IOC注入創建。
~~~
namespace LosTechies.DaysOfRefactoring.ExtractServiceClass.After{ public interface IPoliceCarFactory { PoliceCar Create(int mileage, bool serviceRequired); } public class PoliceCarFactory : IPoliceCarFactory { public PoliceCar Create(int mileage, bool serviceRequired) { PoliceCar policeCar = new PoliceCar(); policeCar.ReadForService = serviceRequired; policeCar.Mileage = mileage; return policeCar; } } public class PoliceCarController { public IPoliceCarFactory PoliceCarFactory { get; set; } public PoliceCarController(IPoliceCarFactory policeCarFactory) { PoliceCarFactory = policeCarFactory; } public PoliceCar New(int mileage, bool serviceRequired) { return PoliceCarFactory.Create(mileage, serviceRequired); } }}
~~~
**總結:**這個重構經常會在項目中使用,如果要創建的對象是一個,你可以采用簡單工廠,但是這種方式還是會存在很多依賴,維護起來也比較不方便。所以推薦使用工廠方法模式,把實例化延遲到子類。如果你要創建一系列的對象,那么就推薦你使用抽象工廠模式,但是要注意不要過度設計,只要能滿足不斷變化的需求和給以后的維護和重構帶來方便即可。
- 前言
- 索引
- 1. 封裝集合
- 2. 移動方法
- 3. 提升方法
- 4. 降低方法
- 5. 提升字段
- 6. 降低字段
- 7. 重命名(方法,類,參數)
- 8. 使用委派代替繼承
- 9. 提取接口
- 10. 提取方法
- 11. 使用策略類
- 12. 分解依賴
- 13. 提取方法對象
- 14. 分離職責
- 15. 移除重復內容
- 16. 封裝條件
- 17. 提取父類
- 18. 使用條件判斷代替異常
- 19. 提取工廠類
- 20. 提取子類
- 21. 合并繼承
- 22. 分解方法
- 23. 引入參數對象
- 24. 分解復雜判斷
- 25. 引入契約式設計
- 26. 避免雙重否定
- 27. 去除上帝類
- 28. 為布爾方法命名
- 29. 去除中間人對象
- 30. 盡快返回
- 31. 使用多態代替條件判斷
- 重新整理下載