**摘要：**由于最近在做重構的項目，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2009年10月份，由于當時沒有訂閱[Sean Chambers](http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx)的blog，所以是在國外的社區上閑逛的時候鏈接過去的。記得當時一口氣看完了整個系列并沒有多少感覺，因為這些基本上項目都在使用，只是我們沒有專門把它標示和整理出來，所以也沒有引起多大的重視。現在突然接手這個重構項目，由于團隊成員技術和經驗參差不齊，所以有必要專門整理一個重構的綱要，當然這個系列也非常適合做新系統的代碼規范參考，只要有代碼的地方，這個重構規范就很有價值。周末也不想出去閑逛，因為在剛到這個美麗的城市，沒有親戚或者朋友，所以才能靜下心來兩天時間寫完這個重構參考規范。同時也感受了Windows Live writer寫文章的快感。當然重構的整體架構得另當別論（整體架構在我的這篇文章有專門的講解（[http://www.cnblogs.com/zenghongliang/archive/2010/06/23/1763438.html](http://www.cnblogs.com/zenghongliang/archive/2010/06/archive/2010/06/23/1763438.html)）。大的架構設計好了以后，這些重構細節點就成了東風之后的大火，對整個項目也是至關重要。31天重構這個系列和《代碼大全》、《重構：改善既有代碼的設計》比較起來最大的特點就是比較簡單、淺顯易懂。那么我這些文章也都是學習Sean Chambers的31天重構的筆記整理，所以如果大家對這個筆記有任何異議也可以指出。 具體也可以通過[http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx](http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx)查看原文。 **概念：**本文所講的封裝集合就是把集合進行封裝，只提供調用端需要的接口。 **正文：**在很多時候，我們都不希望把一些不必要的操作暴露給調用端，只需要給它所需要的操作或數據就行，那么做法就是封裝。這個重構在微軟的代碼庫也經常遇到。比如最經典的屬性對字段的封裝就是一個很好的例子，那么下面我們將看到對集合的封裝，如下代碼所示，調用端只需要一個集合的信息，而我們則提供了一個IList的集合，大家都知道IList具有對集合的所有操作，所以這會帶來很多隱患，最好的做法就是對它進行重構。 ~~~ using System.Collections.Generic;namespace LosTechies.DaysOfRefactoring.EncapsulateCollection.Before{ public class Order { private List<OrderLine> _orderLines; private double _orderTotal; public IList<OrderLine> OrderLines { get { return _orderLines; } } public void AddOrderLine(OrderLine orderLine) { _orderTotal += orderLine.Total; _orderLines.Add(orderLine); } public void RemoveOrderLine(OrderLine orderLine) { orderLine = _orderLines.Find(o => o == orderLine); if (orderLine == null) return; _orderTotal -= orderLine.Total; _orderLines.Remove(orderLine); } } public class OrderLine { public double Total { get; private set; } }} ~~~ 那么重構之后，我們把IList換成了IEnumerable，大家都知道只包括一個返回值為IEnumerator的GetEnumerator()方法，所以這樣只能遍歷取出它的值，而不能對這個集合做出改變，這正是我們所需要的結果，具體代碼如下： ~~~ using System.Collections.Generic;namespace LosTechies.DaysOfRefactoring.EncapsulateCollection.After{ public class Order { private List<OrderLine> _orderLines; private double _orderTotal; public IEnumerable<OrderLine> OrderLines { get { return _orderLines; } } public void AddOrderLine(OrderLine orderLine) { _orderTotal += orderLine.Total; _orderLines.Add(orderLine); } public void RemoveOrderLine(OrderLine orderLine) { orderLine = _orderLines.Find(o => o == orderLine); if (orderLine == null) return; _orderTotal -= orderLine.Total; _orderLines.Remove(orderLine); } } public class OrderLine { public double Total { get; private set; } }} ~~~ **總結：**這個例子很容易讓我們想到以前系統間耦合常喜歡用數據庫。每個系統都會操作數據庫，并且有些系統還會對數據庫的表結構或字段進行修改，那么這很容易就會造成維護的地獄，很明智的一個做法就是使用SOA來隔開這些耦合，讓一些只需要數據展示的系統得到自己需要的數據即可。