31 天重構學習筆記11 使用策略類

2021-09-05 00:04:13 字數 2434 閱讀 1371

摘要:由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2023年10月份,由於當時沒有 訂閱

sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專門把它標示和整理出來,所以也沒有引起多大的重視。現在突然接手這個重構專案,由於團隊成員技術和經驗參差不齊,所以有必要專門整 理乙個重構的綱要,當然這個系列也非常適合做新系統的**規範參考,只要有**的地方,這個重構規範就很有價值。週末也不想出去閒逛,因為在剛到這個美麗 的城市,沒有親戚或者朋友,所以才能靜下心來兩天時間寫完這個重構參考規範。同時也感受了windows live writer寫文章的快感。當然重構的整體架構得另當別論(整體架構在我的這篇文章有專門的講解(

大的架構設計好了以後,這些重構細節點就成了東風之後的大火,對整個專案也是至關重要。31天重構這個系列和《**大全》、《重構:改善既有**的設計》 比較起來最大的特點就是比較簡單、淺顯易懂。那麼我這些文章也都是學習sean chambers的31天重構的筆記整理,所以如果大家對這個筆記有任何異議也可以指出。

具體也可以通過

查 看原文。

正文:如下面**所示,

clientcode 類 會更加列舉

state的值來呼叫

shippinginfo 的不同方法,但是這樣就會產生很多的判 斷語句,如果**量加大,類變得很大了的話,維護中改動也會變得很大,每次改動乙個地方,都要對整個結構進行編譯(假如是多個工程),所以我們想到了對它 進行重構,剝開耦合。

namespace lostechies.daysofrefactoring.switchtostrategy.before

}public enum

state

public class

shippinginfo

}private decimal getalaskashippingamount()

private decimal getnewyorkshippingamount()

private decimal getfloridashippingamount()

}}

重構後的**如下所示,抽象出乙個

ishippingcalculation 介面,然後把

shippinginfo 類 裡面的getalaskashippingamount、getnewyorkshippingamount、 getfloridashippingamount三個方法分別提煉成三個類,然後繼承自

ishippingcalculation 介面,這樣在呼叫的時候就可以通過

ienumerable

<

ishippingcalculation> 來解除之前的switch case語句,這和ioc的做法頗為相似。

using system;

using system.collections.generic;

using system.linq;

namespace lostechies.daysofrefactoring.switchtostrategy.after_withioc

public class

clientcode

public decimal calculateshipping()

}public enum

state

public class

shippinginfo : ishippinginfo

public shippinginfo(ienumerable

shippingcalculations)

public decimal calculateshippingamount(state shiptostate)

}public inte***ce

ishippingcalculation

decimal calculate();

}public class

alaskshippingcalculation : ishippingcalculation

}public decimal calculate()

}public class

newyorkshippingcalculation : ishippingcalculation

}public decimal calculate()

}public class

floridashippingcalculation : ishippingcalculation

}public decimal calculate()}}

總結:這種重構在設計模式當中把它單獨取了乙個名字——策略模式,這樣做的好處就是可以隔開耦合,以注入的形式實現功能,這使增加功能變得 更加容易和簡便,同樣也增強了整個系統的穩定性和健壯性。

31天重構學習筆記11 使用策略類

摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有訂閱sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都在使用,只是我們沒有專門把它...

31 天重構學習筆記11 使用策略類

摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有 訂閱 sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專...

31 天重構學習筆記11 使用策略類

摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有 訂閱 sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專...