31 天重構學習筆記27 去除上帝類

2021-09-05 03:16:45 字數 2395 閱讀 5934

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

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

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

具體也可以通過

查 看原文。

正文:我們經常可以在一些原來的**中見到一些類明確違反了srp原則(單一原則),這些類通常以「utils」或 「manager」字尾結尾,但有時這些類也沒有這些特徵,它僅僅是多個類多個方法的組合。另乙個關於上帝類的特徵是通常這些類中的方法被用注釋分隔為不 同的分組。那麼久而久之,這些類被轉換為那些沒有人願意進行歸併到合適類的方法的聚集地,對這些類進行重構是將類中的**按照職責分派到各自的類中,這樣 就解除了上帝類,也減輕了維護的負擔。

using system.collections.generic;

using lostechies.daysofrefactoring.encapsulatecollection.after;

using lostechies.daysofrefactoring.samplecode.breakmethod.after;

using customer = lostechies.daysofrefactoring.breakresponsibilities.after.customer;

namespace lostechies.daysofrefactoring.samplecode.removegodclasses.before

public bool customerisvalid(customer customer, order order)

public

ienumerable

gatherordererrors(ienumerable

products, customer customer)

public void register(customer customer)

public void forgotpassword(customer customer)

}}

我們看到要重構上面的**是很簡單的,只要將相關的方法按職責分派到對應的類中即可,帶來的好處就是這會降低**的顆粒度並減少未來維護**的成本。下面是重構後的**,它將上面
的**按照職責分為了兩個不同的類。

using system.collections.generic;

using lostechies.daysofrefactoring.encapsulatecollection.after;

using lostechies.daysofrefactoring.samplecode.breakmethod.after;

using customer = lostechies.daysofrefactoring.breakresponsibilities.after.customer;

namespace lostechies.daysofrefactoring.samplecode.removegodclasses.after

public bool customerisvalid(customer customer, order order)

public

ienumerable

gatherordererrors(ienumerable

products, customer customer)

}public class

customerregistrationservice

public void forgotpassword(customer customer)

}}

總結:」雙重否定「是我們經常容易造成的,第一是因為簡便,看到有乙個現成的類,大家都會喜歡把**往裡面寫,最後導致越寫越大,並且宣告功能都有,這樣即降低 了可讀性,也造成了維護的負擔。

31 天重構學習筆記27 去除上帝類

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

31 天重構學習筆記27 去除上帝類

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

31 天重構學習筆記索引

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