非常感谢你的所有回答:

It was a bit surprising to find people who also think (like I do) that 5 parameters is a good limit for the sanity of the code. Generally, people tend to agree that a limit between 3 and 4 is good rule of thumb. This is reasonable as people usually have a bad time counting more than 4 things. As Milan points, on average people can keep more or less 7 things in their head at a time. But I think that you can't forget that, when you are designing/maintaining/studying a routine, you have to keep in mind more things than just the parameters. Some people consider that a routine should have as many arguments as it needs to. I agree, but only for a few specific cases (calls to OS APIs, routines where optimization is important, etc). I suggest to hide the complexity of these routines by adding a layer of abstraction just above these calls whenever possible. Nick has some interesting thoughts on this. If you don't want to read his comments, I summarize for you: in a nutshell, it depends: I hate making hard and fast rules like this because the answer changes not only depending on the size and scope of your project, but I think it changes even down to the module level. Depending on what your method is doing, or what the class is supposed to represent, it's quite possible that 2 arguments is too many and is a symptom of too much coupling. The moral here is don't be afraid of showing your code to your peers, discuss with them and try to "identify areas where you have low cohesion and tight coupling". Finally, I think wnoise much agrees with Nick, and concludes his satirical contribution with this poetical vision (see comments below) of the art of programming: Programming is not engineering. Organization of code is an art because it depends on human factors, which depend too much on context for any hard rule.

似乎除了数字之外还有其他的考虑因素，以下是我想到的一些:

与函数主要目的的逻辑关系vs.一次性设置 如果它们只是环境标志，那么捆绑会非常方便

根据我的说法，可能会有超过4个或某个固定数字的情况。 需要注意的事情可能是

你的方法做的太多了，你需要重构。 您可能需要考虑使用集合或某些数据结构。 重新考虑你的类设计，也许有些东西不需要传递。

从易于使用或易于阅读代码的角度来看，我认为当您需要对方法签名进行“换行”时，应该停下来思考，除非您感到无助，所有使签名更小的努力都没有结果。在过去和现在，一些非常好的图书馆使用超过4-5辆婴儿车。

A length restriction on a parameter list is just one more restriction. And restriction means applied violence. It sounds funny, but you can be non-violent even when programming. Just let the code dictate the rules. It is obvious that if you have many parameters, the body of the function/class method will be big enough to make use of them. And big code snippets usually can be refactored and split into smaller chunks. So you get solution against having many parameters as free bonus, since they are split among the smaller refactored pieces of code.

97听起来差不多。

少了一点，你就失去了灵活性。

如果我在一个例程中有7-10个参数，我会考虑将它们捆绑到一个新类中，但如果这个类只是一堆带有getter和setter的字段，那么这个新类必须做一些其他的事情，而不是将值移进和移出。否则，我宁愿忍受很长的参数列表。