31 天重構學習筆記1 封裝集合

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

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

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

查看原文。

概念：本文所講的封裝集合就是把集合進行封裝，只提供呼叫端需要的介面。

正文：在很多時候，我們都不希望把一些不必要的操作暴露給呼叫端，只需要給它所需要的操作或資料就行，那麼做法就是封裝。這個重構在微軟的**庫也經常遇到。比如最經典的屬性對字段的封裝就是乙個很好的例子，那麼下面我們將看到對集合的封裝，如下**所示，呼叫端只需要乙個集合的資訊，而我們則提供了乙個

ilist的集合，大家都知道

ilist具有對集合的所有操作，所以這會帶來很多隱患，最好的做法就是對它進行重構。

using system.collections.generic;
namespace lostechies.daysofrefactoring.encapsulatecollection.before
}public void addorderline(orderline orderline)
public void removeorderline(orderline orderline)
}public class 
orderline
}}

那麼重構之後，我們把

ilist換成了

ienumerable，大家都知道只包括乙個返回值為 ienumerator的getenumerator()方法，所以這樣只能遍歷取出它的值，而不能對這個集合做出改變，這正是我們所需要的結果，具體代碼如下：

using system.collections.generic;
namespace lostechies.daysofrefactoring.encapsulatecollection.after
}public void addorderline(orderline orderline)
public void removeorderline(orderline orderline)
}public class 
orderline
}}

這個例子很容易讓我們想到以前系統間耦合常喜歡用資料庫。每個系統都會運算元據庫，並且有些系統還會對資料庫的表結構或字段進行修改，那麼這很容易就會造成維護的地獄，很明智的乙個做法就是使用soa來隔開這些耦合，讓一些只需要資料展示的系統得到自己需要的資料即可。

31 天重構學習筆記1 封裝集合

31 天重構學習筆記16 封裝條件

31 天重構學習筆記16 封裝條件

小酌重構系列 24 封裝集合

31 天重構學習筆記1 封裝集合

31 天重構學習筆記16 封裝條件

31 天重構學習筆記16 封裝條件

小酌重構系列 24 封裝集合

相關推薦