最近整理了一下公司规范，其中“函数的参数个数不宜超过4个”这一条在推广的时候有些争议，在能完成任务的情况下参数越少肯定越好，这本身没什么可争议的，但这样做可能会在编程时带来困难，争议点在是否值得这样做。我觉得为了让使用函数者更简单这样做还是值得，至于编程时的困难往往是因为我们不熟悉一些减少参数的方法，这里总结几条供大家参考：

1、使用结构来封装参数

例子：添加用户

原函数体：AddUser（string userName,string password,string address,string phone,int age)

重构：添加一个User类：

class User
    {
        public string UserName { get; set; }
        public string Password { get; set; }
        public string Address { get; set; }
        public string Phone { get; set; }
        public int Age { get; set; }
    }

将AddUser改为：AddUser(User user)

存在的问题：如果添加的这个类没有其他地方用，常常会觉得这样做并不值得，这时我们可以考虑使用匿名类封装参数的方法。

2、使用属性来替换参数

如果将1中的AddUser方法置于User类中，那么AddUser方法中的user参数都可以省掉了，有的时候可能为了减少某些方法的参数个数而添加某些属性。面向对象设计中，对象应该自己负责自己，而且应该清楚定义责任。某个方法参数太多的原因可能是这个方法写在了他不该存在的地方，GRASP原则中讲的“信息专家”模式很多情况下可以减少参数的个数。

例子：帐户转账

原函数：Transfer（Account from,Account to,decimal money)

重构：

代码
public class TransferProcess
    {
        private Account From;
        private Account To;
        public TransferProcess(Account from, Account to)
        {
            this.From = from;
            this.To = to;
        }
        public void Transfer(decimal money)
        {
            if (money<From.Money)
            {
                From.Money = From.Money - money;
                To.Money = To.Money + money;
               //更新数据库
            }
            else
            {
                throw new Exception("超出余额");
            }
        }
    }
注：信息专家模式是面向对象设计的最基本原则，我们设计对象(类)的时候，如果某个类拥有完成某个职责所需要的所有信息，那么这个职责就应该分配给这个类来实现。这时，这个类就是相对于这个职责的信息专家。

分页: 1 2