31 天重構學習筆記14 分離職責

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

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

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

具體也可以通過

查看原文。

正文：如下**所示，

video類有兩個職責，乙個是處理video rental，另乙個是計算每個客戶的總租金。我們可以將這兩個職責分離出來，因為計算每個客戶的總租金可以在

customer計算，這也比較符合常理。

using system.collections.generic;

using system.linq;

namespace lostechies.daysofrefactoring.breakresponsibilities.before

public void rentvideo(

video video,

customer customer)

public decimal calculatebalance(

customer customer)

} public class

customer

public

ilist

video> videos

} }

重構後的**如下，這樣

video 的職責就變得很清晰，同時也使**維護性更好。

using system.collections.generic;

using system.linq;

namespace lostechies.daysofrefactoring.breakresponsibilities.after

} public class

customer

public

ilist

video> videos

public void payfee(

decimal fee)

public decimal calculatebalance(

customer customer)

} }

總結：這個重構經常會用到，它和之前的「移動方法」有幾分相似之處，讓方法放在合適的類中，並且簡化類的職責，同時這也是物件導向五大原則之一和設計模式中的重要思想。

31 天重構學習筆記14 分離職責

31 天重構學習筆記14 分離職責

31 天重構學習筆記14 分離職責

31 天重構學習筆記索引

相關推薦