构造函数 – 清理代码 – 依赖注入

我想知道是否有一个“更清洁”的解决方案来使用依赖注入绑定到具有大量参数的类,因为根据Robert C.Martin的清洁代码,最好不要使用超过3个参数……任何其他解决方案,想法(和例子？)

我接受..
无论您是使用构造函数参数还是常规参数,最好避免将许多参数作为参数传递.

甚至Robert C.Martin的清洁代码也表示最好不要超过3,这只是一个指导原则.实际上,由于原因可能需要超出此限制,因此可能会发生变化.例如,如果你有多个构造函数,有些确实很好地列出了参数,因此API可被发现 – 这也意味着参数列表永远不会改变.

但在大多数情况下情况并非如此,如果你有长参数列表,参数可能会改变并重新分解并变得更难.我使用数组或包含对象,因此更改将只是该对象.

因此,首选使用较少的参数3/4 max,但如果你超越,则创建一个可以传递的对象.虽然这可以满足大多数情况,但有时您可能需要拥有长参数列表IMO.