Dependency injection 依赖注入模式–;这是什么?我为什么在乎?

Dependency injection 依赖注入模式–;这是什么?我为什么在乎?,dependency-injection,mvp,Dependency Injection,Mvp,我想要一个关于依赖注入和单一责任原则的非常清晰的概念,即与mvp模式一起使用的w.r.t。 有人能帮我把这些条款讲完吗?这个问题相当模糊。你有什么具体的东西不明白吗?你读了什么?什么概念让你困惑?如果你回答了这些问题,那么“了解这些术语”就会容易得多。重复:前面我读过关于使用控制反转(Inversion of Control,IoC)原理创建更易于单元测试的类的文章。在那里,我发现DI模式被用来将类与其依赖项松散地耦合起来。它表明依赖项注入仅仅意味着给定的类或系统不再负责实例化它们自己的依赖项。

我想要一个关于依赖注入和单一责任原则的非常清晰的概念,即与mvp模式一起使用的w.r.t。
有人能帮我把这些条款讲完吗?

这个问题相当模糊。你有什么具体的东西不明白吗?你读了什么?什么概念让你困惑?如果你回答了这些问题,那么“了解这些术语”就会容易得多。重复:前面我读过关于使用控制反转(Inversion of Control,IoC)原理创建更易于单元测试的类的文章。在那里,我发现DI模式被用来将类与其依赖项松散地耦合起来。它表明依赖项注入仅仅意味着给定的类或系统不再负责实例化它们自己的依赖项。在这种情况下,“控制反转”指的是将定位和附加依赖对象的责任转移到另一个类或DI工具上。所以问题是依赖注入对进行测试驱动的开发非常有利吗?这个问题相当模糊。你有什么具体的东西不明白吗?你读了什么?什么概念让你困惑?如果你回答了这些问题,那么“了解这些术语”就会容易得多。重复:前面我读过关于使用控制反转(Inversion of Control,IoC)原理创建更易于单元测试的类的文章。在那里,我发现DI模式被用来将类与其依赖项松散地耦合起来。它表明依赖项注入仅仅意味着给定的类或系统不再负责实例化它们自己的依赖项。在这种情况下,“控制反转”指的是将定位和附加依赖对象的责任转移到另一个类或DI工具上。所以问题是依赖注入对测试驱动的开发非常有利吗?