已经发布了几个关于依赖注入的具体问题的问题,例如何时使用它以及它有哪些框架.然而,
什么是依赖注入以及何时/为什么应该或不应该使用它？
language-agnostic design-patterns dependency-injection terminology
引用依赖注入的大多数示例,我们也可以使用工厂模式解决.看起来在使用/设计时,依赖注入和工厂之间的差异是模糊的还是薄的.
一旦有人告诉我你如何使用它会有所作为!
我曾经使用StructureMap一个DI容器来解决问题,后来我重新设计它以使用一个简单的工厂并删除了对StructureMap的引用.
任何人都可以告诉我他们之间的区别是什么,在哪里使用什么,这里最好的做法是什么？
在过去的几天里,我有一种感觉,依赖注入应该被称为"我无法下定决心" - 模式.我知道这可能听起来很愚蠢,但实际上这是为什么我应该使用依赖注入(DI)的原因.通常据说我应该使用DI来实现更高水平的松散耦合,并且我得到了那个部分.但实际上......一旦我的选择落在MS SQL或MySQL上,我多久更换一次数据库.很少这么做对吗？
有没有人有一些非常令人信服的理由为什么DI是要走的路？
我正在学习 Java 的 Spring 框架。这一切都与依赖注入有关。是否有博客或一些资源或示例可以用来理解 RAW 依赖注入？换句话说，没有注释或 xml 或任何容器。纯java代码中的依赖注入是什么样的？
先感谢您！