设计模式 – 依赖注入和单例设计模式
发布时间：2020-12-14 01:18:00 所属栏目：百科 来源：网络整理
导读：我们如何确定何时使用依赖注入或单例模式。 我读了很多网站，他们说“使用依赖注入单形模式”。但我不知道我是否完全同意他们。对于我的小型或中型项目，我绝对看到使用单例模式直截了当。 例如记录器。我可以使用Logger.GetInstance()。Log(…) 但是，而不
|
我们如何确定何时使用依赖注入或单例模式。
我读了很多网站，他们说“使用依赖注入单形模式”。但我不知道我是否完全同意他们。对于我的小型或中型项目，我绝对看到使用单例模式直截了当。 例如记录器。我可以使用Logger.GetInstance()。Log(…)
如果要验证在测试中记录的内容，则需要依赖注入。此外，记录器很少是单例 – 通常你每个类都有一个记录器。
Watch this presentation on面向对象设计的可测试性，你会看到为什么单例是坏的。 单例的问题是它们代表一个很难预测的全局状态，特别是在测试中。 请记住，一个对象可以是事实上的单例，但仍然是通过依赖注入，而不是通过Singleton.getInstance()获取。 我只是列举了Misko Hevery在他的演讲中提出的一些要点。看完之后，你将获得全面的观点，为什么最好有一个对象定义它的依赖是什么，但是没有定义一个如何创建它们的方法。 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |