例程可以有参数，这不是新闻。您可以根据需要定义任意多的参数，但是过多的参数会使您的例程难以理解和维护。
当然，您可以使用结构化变量作为解决方法:将所有这些变量放在单个结构中并将其传递给例程。事实上，使用结构来简化参数列表是Steve McConnell在Code Complete中描述的技术之一。但正如他所说:
谨慎的程序员避免将数据捆绑在一起，除非逻辑上是必要的。
因此，如果你的例程有太多的参数，或者你使用一个结构体来掩盖一个大的参数列表，你可能做错了什么。也就是说，你没有保持耦合松散。
我的问题是，什么时候我可以认为一个参数列表太大?我认为5个以上的参数太多了。你怎么看?
当前回答
只有在某些参数是冗余的情况下，函数才可能有过多的参数。如果使用了所有参数，则函数必须具有正确的参数数量。以这个常用的函数为例:
HWND CreateWindowEx
(
DWORD dwExStyle,
LPCTSTR lpClassName,
LPCTSTR lpWindowName,
DWORD dwStyle,
int x,
int y,
int nWidth,
int nHeight,
HWND hWndParent,
HMENU hMenu,
HINSTANCE hInstance,
LPVOID lpParam
);
这是12个参数(如果将x,y,w和h捆绑为一个矩形，则为9个)，还有从类名派生的参数。你将如何减少这种情况?你想把数字减少到更精确的程度吗?
不要让参数的数量困扰你，只要确保它是合乎逻辑的，并有良好的文档记录，让智能感知*帮助你。
*其他编码助手可用!
其他回答
如果您开始在心里计算签名中的参数，并将它们与调用匹配，那么是时候重构了!
只有在某些参数是冗余的情况下，函数才可能有过多的参数。如果使用了所有参数，则函数必须具有正确的参数数量。以这个常用的函数为例:
HWND CreateWindowEx
(
DWORD dwExStyle,
LPCTSTR lpClassName,
LPCTSTR lpWindowName,
DWORD dwStyle,
int x,
int y,
int nWidth,
int nHeight,
HWND hWndParent,
HMENU hMenu,
HINSTANCE hInstance,
LPVOID lpParam
);
这是12个参数(如果将x,y,w和h捆绑为一个矩形，则为9个)，还有从类名派生的参数。你将如何减少这种情况?你想把数字减少到更精确的程度吗?
不要让参数的数量困扰你，只要确保它是合乎逻辑的，并有良好的文档记录，让智能感知*帮助你。
*其他编码助手可用!
我基本上同意5，但是，如果在我需要更多的情况下，这是解决问题的最清晰的方法，那么我会使用更多。
这很大程度上取决于你工作的环境。以javascript为例。在javascript中，传递参数的最佳方式是使用带有键/值对的对象，这实际上意味着你只有一个参数。在其他系统中，最佳点将是3或4。
归根结底，这一切都取决于个人品味。
根据我的说法，可能会有超过4个或某个固定数字的情况。 需要注意的事情可能是
你的方法做的太多了，你需要重构。 您可能需要考虑使用集合或某些数据结构。 重新考虑你的类设计，也许有些东西不需要传递。
从易于使用或易于阅读代码的角度来看，我认为当您需要对方法签名进行“换行”时，应该停下来思考，除非您感到无助，所有使签名更小的努力都没有结果。在过去和现在，一些非常好的图书馆使用超过4-5辆婴儿车。
