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

前端之家收集整理的这篇文章主要介绍了构造函数 – 清理代码 – 依赖注入前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我想知道是否有一个“更清洁”的解决方案来使用依赖注入绑定到具有大量参数的类,因为根据Robert C.Martin的清洁代码,最好不要使用超过3个参数……任何其他解决方案,想法(和例子?)
我接受..
无论您是使用构造函数参数还是常规参数,最好避免将许多参数作为参数传递.

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

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

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

猜你在找的设计模式相关文章