摘要:由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2023年10月份,由於當時沒有 訂閱
sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專門把它標示和整理出來,所以也沒有引起多大的重視。現在突然接手這個重構專案,由於團隊成員技術和經驗參差不齊,所以有必要專門整 理乙個重構的綱要,當然這個系列也非常適合做新系統的**規範參考,只要有**的地方,這個重構規範就很有價值。週末也不想出去閒逛,因為在剛到這個美麗 的城市,沒有親戚或者朋友,所以才能靜下心來兩天時間寫完這個重構參考規範。同時也感受了windows live writer寫文章的快感。當然重構的整體架構得另當別論(整體架構在我的這篇文章有專門的講解(
大的架構設計好了以後,這些重構細節點就成了東風之後的大火,對整個專案也是至關重要。31天重構這個系列和《**大全》、《重構:改善既有**的設計》 比較起來最大的特點就是比較簡單、淺顯易懂。那麼我這些文章也都是學習sean chambers的31天重構的筆記整理,所以如果大家對這個筆記有任何異議也可以指出。
具體也可以通過
查 看原文。
正文:一般來說我們需要在**中設定一些物件,以便獲得它們的狀態,從而使用物件,所謂的設定通常來說就是建立物件的例項並呼叫物件 的方法。有時如果要建立的物件很多,則**會變的很複雜。這便是工廠模式發揮作用的情形。工廠模式的複雜應用是使用抽象工廠建立物件集,但我們在這裡只是 使用基本的工廠類建立物件的乙個簡單應用。
如下**所示,new方法包含建立類的整個邏輯,如果現在要建立的模擬較多而且邏輯比較複雜的話(如根據不同條件建立物件,什麼時候建立物件),我 們的new方法邏輯會變得很大,同時**也變得很難維護。所以我們就會採用提取工廠類的方式進行提煉。
namespace lostechies.daysofrefactoring.extractserviceclass.before
} }
那麼重構後的**如下,new方法變得很簡單了,指需要呼叫實現接
ipoliceca***ctory 介面的
policeca***ctory 類就可以返回物件,這樣就隔開了建立物件的邏輯,如果需求現在變為根據不同的條件建立不 同的物件,什麼時候建立物件等都變成了比較簡單的事情,在後期可以把物件都配置在xml裡面,使用反射的方式實現ioc注入建立。
namespace lostechies.daysofrefactoring.extractserviceclass.afterpublic class
policeca***ctory : ipoliceca***ctory
}public class
policecarcontroller
public policecarcontroller(ipoliceca***ctory policeca***ctory)
public policecar new(int mileage, bool servicerequired)
}}
總結:這個重構經常會在專案中使用,如果要建立的物件是乙個,你可以採用簡單工廠,但是這種方式還是會存在很多依賴,維護起來也比較 不方便。所以推薦使用工廠方法模式,把例項化延遲到子類。如果你要建立一系列的物件,那麼就推薦你使用抽象工廠模式,但是要注意不要過度設計,只要能滿足 不斷變化的需求和給以後的維護和重構帶來方便即可。
31天重構學習筆記19 提取工廠類
摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有訂閱sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都在使用,只是我們沒有專門把它...
31 天重構學習筆記9 提取介面
摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有訂閱 sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專門...
31 天重構學習筆記10 提取方法
摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有訂閱 sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專門...