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

摘要：由於最近在做重構的專案，所以對重構又重新進行了一遍學習和整理，對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 天重構學習筆記27 去除上帝類

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

31 天重構學習筆記索引

相關推薦