摘要：由於最近在做重構的專案，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2023年10月份，由於當時沒有 訂閱
sean chambers的blog，所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因為這些基本上專案都 在使用，只是我們沒有專門把它標示和整理出來，所以也沒有引起多大的重視。現在突然接手這個重構專案，由於團隊成員技術和經驗參差不齊，所以有必要專門整 理乙個重構的綱要，當然這個系列也非常適合做新系統的**規範參考，只要有**的地方，這個重構規範就很有價值。週末也不想出去閒逛，因為在剛到這個美麗 的城市，沒有親戚或者朋友，所以才能靜下心來兩天時間寫完這個重構參考規範。同時也感受了windows live writer寫文章的快感。當然重構的整體架構得另當別論（整體架構在我的這篇文章有專門的講解（
大的架構設計好了以後，這些重構細節點就成了東風之後的大火，對整個專案也是至關重要。31天重構這個系列和《**大全》、《重構：改善既有**的設計》 比較起來最大的特點就是比較簡單、淺顯易懂。那麼我這些文章也都是學習sean chambers的31天重構的筆記整理，所以如果大家對這個筆記有任何異議也可以指出，具體也可以通過
查 看原文。
正文：如果乙個方法所需要的引數大於5個，理解該方法的簽名就變得比較困難，因為這樣感覺引數很長、樣式不好並且沒有分類，所以我們 有必要把引數進行封裝。
namespace lostechies.daysofrefactoring.samplecode.parameterobject.before}}
通常這種情形下建立乙個使用者傳遞引數的類是很有幫助的，這會使得**更容易明白也更靈活，因為當你需要增加引數時，只需要給引數類新增乙個屬性即可。
請注意只有當你發現方法的引數比較多時才應該應用該重構，如果方法的引數比較少，就沒有必要應用此重構，因為該重構會增加系統中類的數量，
同時也會加大維護負擔。所以要看引數情況而定。
重構後的**如下：
using system.collections.generic;namespace lostechies.daysofrefactoring.samplecode.parameterobject.after
public student student
public
ienumerable
courses
public decimal credits
}public class
registration
}}
總結：這種重構很重要，尤其是當乙個方法的引數比較多的時候，不管是大中型專案還是小型專案，都會遇到這種場景，所以建議大家多使用 這個重構。這種封裝的思想在soa 裡面也經常運用到，封裝輸入message，封裝輸出message，訊息來和訊息去以及訊息間的互動就構成了整個應用體系。
31天重構學習筆記25 引入契約式設計
正文 契約式設計規定方法應該對輸入和輸出進行驗證，這樣你便可以保證你得到的資料是可以工作的，一切都是按預期進行的，如果不是按預期進行，異常或是錯誤就應該被返回，下面我們舉的例子中，我們方法中的引數可能會值為null的情況，在這種情況下由於我們沒有驗證，nullreferenceexception異常...
31 天重構學習筆記25 引入契約式設計
摘要 由於最近在做重構的專案，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2009年10月份，由於當時沒有 訂閱 sean chambers的blog，所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因為這些基本上專案都 在使用，只是我們沒有專...
23 引入引數物件
資料參考 概念 本文中的 引入引數物件 是指當乙個方法的引數過多或者過為複雜時，可以考慮把這些引數封裝成乙個單獨的類。正文 如果乙個方法所需要的引數大於5個，理解該方法的簽名就變得比較困難，因為這樣感覺引數很長 樣式不好並且沒有分類，所以我們有必要把引數進行封裝。1 2 註冊類3 4class re...