一个方法很多参数，算是好的设计还是不好的设计

[awesomePower]

如题，一个方法含有十几个参数，这算是糟糕的设计还是好的设计，还是无所谓。 有这方面的标准么？

[aolifu]

@giiiiiithub 没有呢，有机会的话我也想涨涨见识

[blackmirror]

外包赶进度赚快钱就好，自己项目写就差

[yemuc]

以前遇到过项目中全部使用 map 传参，想要多少参数就多少参数，整理接口时爽的要死

[dddd1919]

方法设计至多一个参数也行，这个参数可以有 n 多属性

[Ericcccccccc]

多不是问题
最好是：
正交
枚举清晰

[lisongeee]

java 没有像 kotlin/python/js 一样的具名参数+默认参数，所以这块参数多起来比较难维护吧

fun test(name:String, age:Int, x: Int=0, y:Int=0){}

test("my_name", 18)
test(name="my_name", age=18)
test("my_name", 18, y=9)

[xiangyuecn]

看情况吧：
自己写的：这风格非常棒
别人写的：纯属屎山雕花

[facebook47]

不好，不说写麻烦，调用也累……确实🈶很多，封装一下最好

[cc666]

按照代码整洁之道的说法，这是不好的设计，一般不超过三个参数，参数多了函数内部的认知复杂度基本也会很高（很多的 if-else ），说简单点就是没封好

[enjoyCoding]

两三个必传的, 几十个可选的不会觉得是糟糕的涉及. 十几个全是必传的, 那是挺难用的.