design-patterns - 方法调用中的参数过多

Question

最近，当我尝试编写有关请求参数数量的类时，我感到很困惑。

一个非常简单的构造函数示例:

Burger(bun, meat, cheese, lettuce)
    this.bun = bun
    this.meat = meat
    ...

对比

Burger(grocery)
    this.bun = grocery.bun
    this.meat = grocery.meat
    ...

这两种方法都是有效的方法。第一种方法准确地显示了汉堡中的内容，将参数分解为更通用的类，从而减少了耦合，而且我认为通常更容易测试，因为对象图更简单。

但第二种方式更简单、更干净，而且汉堡可能需要更多的原料，那么第一种方式的争论就会极大地膨胀。

我想知道在这种情况下推荐哪种方式？寻求更简洁但更耦合的代码，或者更冗长的方式。

Answer 1

向任何方法或构造函数传递 4 个以上的参数都不是一个好主意或一个好的设计。

我记得 Joshua Bloch ( Effective Java ) 推荐 Builder Pattern对于这种情况(第 2 项)

Item 2: Consider a builder when faced with many constructor parameters