摘要：由於最近在做重構的項目，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2009年10月份，由於當時沒有訂閱Sean Chambers的blog，所以是在國外的社區上閒逛的時候鏈接過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因爲這些基本上項目都在使用，只是我們沒有專門把它標示和整理出來，所以也沒有引起多大的重視。現在突然接手這個重構項目，由於團隊成員技術和經驗參差不齊，所以有必要專門整理一個重構的綱要，當然這個系列也非常適合做新系統的代碼規範參考，只要有代碼的地方，這個重構規範就很有價值。週末也不想出去閒逛，因爲在剛到這個美麗的城市，沒有親戚或者朋友，所以才能靜下心來兩天時間寫完這個重構參考規範。同時也感受了Windows Live writer寫文章的快感。當然重構的整體架構得另當別論（整體架構在我的這篇文章有專門的講解（http://www.cnblogs.com/zenghongliang/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查看原文。
概念：本文中的“引入參數對象”是指當一個方法的參數過多或者過爲複雜時，可以考慮把這些參數封裝成一個單獨的類。
正文：如果一個方法所需要的參數大於5個，理解該方法的簽名就變得比較困難，因爲這樣感覺參數很長、樣式不好並且沒有分類，所以我們有必要把參數進行封裝。
namespace LosTechies.DaysOfRefactoring.SampleCode.ParameterObject.Before
{
public class Registration
{
public void Create(decimal amount, Student student, IEnumerable<Course> courses, decimal credits)
{
// do work
}
}
}
通常這種情形下創建一個用戶傳遞參數的類是很有幫助的，這會使得代碼更容易明白也更靈活，因爲當你需要增加參數時，只需要給參數類添加一個屬性即可。請注意只有當你發現方法的參數比較多時才應該應用該重構，如果方法的參數比較少，就沒有必要應用此重構，因爲該重構會增加系統中類的數量，同時也會加大維護負擔。所以要看參數情況而定。
重構後的代碼如下：
using System.Collections.Generic;
namespace LosTechies.DaysOfRefactoring.SampleCode.ParameterObject.After
{
public class RegistrationContext
{
public decimal Amount { get; set; }
public Student Student { get; set; }
public IEnumerable<Course> Courses { get; set; }
public decimal Credits { get; set; }
}
public class Registration
{
public void Create(RegistrationContext registrationContext)
{
// do work
}
}
}
總結：這種重構很重要，尤其是當一個方法的參數比較多的時候，不管是大中型項目還是小型項目，都會遇到這種場景，所以建議大家多使用這個重構。這種封裝的思想在SOA 裏面也經常運用到，封裝輸入Message，封裝輸出Message，消息來和消息去以及消息間的交互就構成了整個應用體系。