单身人士通常被认为是一个糟糕的设计选择,所以如何设计一个应用程序来避免它们呢?用什么替换单身人士?
8
A
回答
8
可以使用的概念,Dependency Injection注入,而不是提供一个全局引用他们
+0
特别是,DI框架可以简化大量所需的接线,为单件提供方便,但绝缘性能更好,并且在未来可能扩展到多个实例(如果需要)。 – 2010-04-24 12:51:42
2
我的2美分你依赖(基本上使用单身),给您的服务。
只是设计你的应用程序,它是真的无关紧要,如果它的单身人士传递给你的对象或不。
考虑如果你有MySingleton.Instance里面 - >看起来不好,你是紧密结合这一点。 如果您在方法中将MySignleton作为参数传递并在外部实例化为MySingleton.Instance或新的MySingleton() - >哦,我仍然可以嘲笑或更改它,所以它并不重要。
相关问题
- 1. 什么是单声道单身人士?
- 2. 为什么JavaFX是单身人士?
- 3. 单身人士的替代方案?
- 4. 由Singleton包装的单身人士或非单身人士
- 5. 什么是单身人士,用简单的英语?
- 6. 如果父对象不是单身人士,那么孩子是单身人士?
- 7. 什么是单身人士的最佳人选?
- 8. 单身人士破坏者
- 9. 单身人士目标C
- 10. ASP.NET中的单身人士
- 11. 单身人士和常量
- 12. 单身人士在di.dart
- 13. 继承单身人士
- 14. AFNetworking和单身人士
- 15. 单身人士的后果
- 16. 提升单身人士
- 17. 单身人士和范围
- 18. Python中的单身人士
- 19. ThreadLocal与单身人士
- 20. 单身人士和DbSimple
- 21. servlet是单身人士吗?
- 22. 单身人士和例外
- 23. MIDlet作为单身人士
- 24. 单身人士和线程
- 25. 私人会员单身人士班
- 26. 测试时,为什么Android服务不是单身人士?
- 27. 为什么这种单身人士行为会发生?
- 28. 为什么我的单身人士不会工作?
- 29. 为什么单身人士班应该被封闭?
- 30. 为什么单身人士打破/关闭原则?
他们有他们的用途,但像任何你应该知道什么时候使用它们。我会说他们可能是糟糕的实施选择的一部分,而不是糟糕的设计选择。 – 2010-05-24 12:31:08
查阅本文:[http://www.ibm.com/developerworks/webservices/library/co-single.html](http://www.ibm.com/developerworks/webservices/library/co-single.html ) – pierocampanelli 2010-05-24 12:17:10