c# – 依赖注入 – 当你有很多依赖关系时该怎么办？

所以让我们假设这个构造函数(当然这不是一个工作或实际的代码,因为我不允许在这里发布真正的代码)

public ClassA(ClassB b,ClassC c,ClassD d,ClassE e,ClassF f,ClassG g,ClassH h,ClassI i) {
  this.b = b;
  this.c = c;
  this.d = d;
  this.e = e;
  this.f = f;
  this.g = g;
  this.h = h;
  this.i = i;
}

我已经阅读了Martin Fowler的关于重构的书,其中有一个具有很多参数的方法是一个代码气味,不应该发生.

我的问题是：当我们在谈论DI时,这样可以吗？是否有更好的注入依赖方式,而不会破坏Martin Fowler的规则？

我知道我可以通过属性传递依赖关系,但这可能会导致错误,因为没有人真的确定应该通过什么来使类工作.

编辑

感谢您的所有答案.我将尝试演示一些A类依赖：

1 – 访问数据库的类
2 – 另一个类访问另一个数据库(是的,我需要对两个数据库执行操作)
3 – 通过电子邮件发送错误通知的课程
4 – 加载配置的类
5 – 作为一些操作的定时器的类(可以避免这个)
6 – 具有业务逻辑的课程

还有许多其他的我想要摆脱,但是那些真的是必要的,我没有看到任何避免它们的方法.

编辑

经过一些重构,我有7个依赖关系(从10开始).但我有4个DAO对象：

CustomerDAO
ProcessDAO
用ProductsDao
CatalogDAO的

是否正确创建另一个类叫做MyProjectDAO并将这些DAOS注入到它上面？这样我将只有一个DAO类可以聚合项目的所有DAO对象.我不认为这是一个好主意,因为它违反了单一责任原则.我对吗？