我们如何确定何时使用依赖注入或单例模式。
我读了很多网站，他们说“使用依赖注入单形模式”。但我不知道我是否完全同意他们。对于我的小型或中型项目，我绝对看到使用单例模式直截了当。
我读了很多网站，他们说“使用依赖注入单形模式”。但我不知道我是否完全同意他们。对于我的小型或中型项目，我绝对看到使用单例模式直截了当。
例如记录器。我可以使用Logger.GetInstance()。Log(…)
但是，而不是这样，为什么我需要注入我创建的每个类，与记录器的实例。
如果要验证在测试中记录的内容，则需要依赖注入。此外，记录器很少是单例 – 通常你每个类都有一个记录器。
原文链接：/javaschema/282817.htmlWatch this presentation on面向对象设计的可测试性，你会看到为什么单例是坏的。
单例的问题是它们代表一个很难预测的全局状态，特别是在测试中。
请记住，一个对象可以是事实上的单例，但仍然是通过依赖注入，而不是通过Singleton.getInstance()获取。
我只是列举了Misko Hevery在他的演讲中提出的一些要点。看完之后，你将获得全面的观点，为什么最好有一个对象定义它的依赖是什么，但是没有定义一个如何创建它们的方法。
