例程可以有参数，这不是新闻。您可以根据需要定义任意多的参数，但是过多的参数会使您的例程难以理解和维护。
当然，您可以使用结构化变量作为解决方法:将所有这些变量放在单个结构中并将其传递给例程。事实上，使用结构来简化参数列表是Steve McConnell在Code Complete中描述的技术之一。但正如他所说:
谨慎的程序员避免将数据捆绑在一起，除非逻辑上是必要的。
因此，如果你的例程有太多的参数，或者你使用一个结构体来掩盖一个大的参数列表，你可能做错了什么。也就是说，你没有保持耦合松散。
我的问题是，什么时候我可以认为一个参数列表太大?我认为5个以上的参数太多了。你怎么看?
当前回答
如果您开始在心里计算签名中的参数，并将它们与调用匹配，那么是时候重构了!
其他回答
我过去使用的一些代码使用全局变量，只是为了避免传递太多参数。
请不要这样做!
(通常)。
我的经验法则是，我需要能够长时间地记住参数，以便查看调用并判断它做了什么。如果我不能看这个方法然后翻到一个方法的调用记住哪个参数是做什么的那就太多了。
对我来说，大约等于5，但我没有那么聪明。你的里程可能会有所不同。
您可以创建一个带有属性的对象来保存参数，并在超出设置的任何限制时将其传入。参见Martin Fowler的《重构》一书和简化方法调用的章节。
我认为实际的数字取决于函数上下文的逻辑意义。我同意大约4-5个参数开始变得拥挤。
在设置标志的情况下，处理这种情况的一个好方法是枚举值并将它们一起OR。
短期记忆中的七件事?
函数名称 返回函数的值 函数的目的 参数1 参数2 参数3 参数4
对于我来说，当列表在我的IDE上超过一行时，那么它就是一个参数太多了。我想在一行中看到所有的参数，而不中断眼神交流。但这只是我个人的偏好。
