dependency-injection - 构造函数注入(inject): How many dependencies is too many?

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 6 年前。

Improve this question

我现在已经使用手动构造函数注入(inject) DI 有一段时间了。我注意到的一件事是我的构造函数开始变得相当长。

我有一个类依赖于一堆小对象 - 有时在 6 到 10 个之间。当我继续将应用程序分成更小的 block 时，我可以看到这个数字随着时间的推移而增加。这是一个常见问题吗？

显然，这在很大程度上取决于项目。然而，基本问题是:

您什么时候开始对类所具有的依赖项数量感到不舒服？您使用哪些策略来减少这些依赖性？

Answer 1

我不会担心这个。

相反，我会担心类太复杂。

一个具有许多依赖项的类，它使用所有依赖项，但没有循环或 if 语句就可以了。在我最近编写的一些代码中，一个类中有大约 14 个依赖项。然而，代码中只有一条路径，并且没有逻辑方法将依赖项分组到更好的类中。

依赖关系较少、包含较多分支语句或复杂循环条件的类应进行简化。