我是C#的新手,必须维护一个C#应用程序.
现在我发现一个方法有32个参数(不是自动生成的代码).
现在我发现一个方法有32个参数(不是自动生成的代码).
从C/C++我记得经验法则“4参数”.它可能是一个老式的规则生根回到旧的0x86编译器,其中4个参数可以容纳在寄存器(快速)或堆栈中.
我不关心性能,但我确实有一种感觉,即使在C#中,每个功能的32个参数也不容易维护.
还是我完全不是最新的？
C#的经验法则是什么？
谢谢你的任何提示！
解决方法
没有普遍的共识,这取决于你问谁.
一般来说 – 时刻的可读性受到影响,有太多…
鲍勃·马丁(Bob Martin)说,理想的参数数量是0,而3是拉伸它.
32个参数是一个巨大的代码气味.这意味着课程的职责太多,需要重构.即使应用了一个parameter object重构声音,就像它会隐藏一个糟糕的设计,而不是解决这个问题.
从Clean Code Tip of the Week #10：
Functions should have a small number of arguments. No argument is best,followed by one,two,and three. More than three is very questionable and should be avoided with prejudice.
