简述
如果方法有超过3个以上的参数，调用方法时就会显得冗词赘句。这时将多个参数封装成一个对象，调用方法会显得干净整洁。
这就是本文要讲的重构策略“引入参数对象”——将方法的参数封为类，并用这个类的对象替换方法中原有的参数。
引入参数对象
下图演示了这个重构策略，OrderSerivce表示订单服务，GetOrders()方法根据一些条件获取订单信息。
在重构前，GetOrders()方法看起来像长篇大论，调用时也颇为麻烦；在重构后，GetOrders()方法看起来言简意赅，调用时仅需要传入一个参数。
优点
这个策略在我看来至少有两个优点：
1. 可以减少方法的参数个数，调用方法时会更加干净整洁。
2. 当方法需要追加或者删除参数时，不需要修改方法签名。
注意点
1. 意味着你要在项目中追加新的class。
2. 并非死板地将所有的参数都放到一个参数对象中，需要确定这些参数属于某一个“共同的概念”。
3. 方法调用参数减少了，给“参数对象”起个好名字也很重要。
4. 项目开发阶段，如果方法的参数随时可能变更，建议直接将参数设计为对象参数。
例如：在一个平面坐标系统中，基于坐标和半径画圆。
public void CreateCircle(double x, double y, double radius)
{
// do work
}
如果使用参数对象，我们可以用两种方式来表达。
方式1：将坐标封装为参数对象
方式2：将坐标 + 半径封装为参数对象
使用合适的参数对象命名可以将这两种方式区分开来。
方式1，提炼出“坐标”概念，于是就有了Point对象；方式2，提炼出“圆”概念，故使用了Circle对象作为参数。
public class ShapeTool
{
// 方式1：封装坐标
public void CreateCircle(Point point, double radius)
{
// do work
}
// 方式1：封装坐标 + 半径
public void CreateCircle(Circle circle)
{
// do work
}
}
public class Point
{
public double X { get; set; }
public double Y { get; set; }
}
public class Circle
{
public Point Point { get; set; }
public double Radius { get; set; }
}
示例
重构前
这段代码用于“学生注册课程”。
public class Registration
{
public void Create(decimal amount, Student student, IEnumerable<Course> courses, decimal credits)
{
// do work
}
}
public class Student
{
}
public class Course
{
}
Create()方法的看起来难以理解，它的参数个数很多，并且没有良好的分类，我们应将这些参数封装起来。
重构后
针对“学生注册课程”这个场景，我们提炼出一个概念——”注册上下文“，这个上下文可以包含以上方法的所有参数。
重构后，Create()方法看起来简洁易懂，"RegistrationContext"这个命名恰到好处，所有参数都放到RegistrationContext类里了。
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
}
}
public class Student
{
}
public class Course
{
}
在一些应用场景中，当你的方法拥有很多参数，且这些参数表示不同的意义时，我们很难通过这些参数的名称提炼出一个合适的名词。
例如：为了将HttpRequest和HttpResponse放到一个对象中，若将这个对象命名为"HttpRequestAndResponse"会显得喋喋不休。
这时，我们可以用一种偷懒的做法，把这样的对象命名为“xxx上下文”。
例如，在ASP.NET中HttpContext和ViewContext就是这样的对象。