0
A
回答
0
这是一个类的两个不相关的用途。
当你知道你在执行过程中只有一个类的实例时,应该使用一个单例。
一个密封的类只是意味着它不能被子类化(或继承)。我不知道什么时候将课堂标记为封闭是很好的情况,所以我从不这样做。
相关问题
- 1. 为什么密封System.ComponentModel.DataAnnotations.DisplayAttribute?
- 2. 为什么KeyValueConfigurationCollection不密封?
- 3. 为什么ListViewGroup被密封?
- 4. 为什么StringBuilder类是密封的?
- 5. 为什么PasswordBox在Silverlight中被密封?
- 6. 为什么C#SerializedAttribute是密封的?
- 7. 为什么ApplicationInitializationCallbackParams是密封的?
- 8. 为什么WinRT类型必须密封?
- 9. 为什么DataSourceSelectArguments是密封的?
- 10. 为什么System.Windows.Shape.Path是密封的?
- 11. 为什么BindingListCollectionView是密封的?
- 12. 为什么单身人士班应该被封闭?
- 13. Codesign:什么是未密封的内容?
- 14. 为什么要在C#中声明静态类为密封和抽象?
- 15. 什么是单身模式?为什么和什么时候应该使用它?
- 16. 为什么封闭类
- 17. Kotlin:Upcast和密封类
- 18. 为什么封装不在对象中/为什么我们称之为封装
- 19. Kotlin:密封类不能“包含”数据类?为什么?
- 20. 为什么抽象类不能被密封或静态?
- 21. 这封加密邮件为什么被损坏?
- 22. 密封类 - 为什么要删除公共构造函数?
- 23. 为什么BitmapImage是一个密封的类?
- 24. 为什么一个auto_ptr可以“密封”一个容器
- 25. 为什么CLR中的某些类被密封?
- 26. 非虚拟方法和密封方法有什么区别?
- 27. 为什么java.lang.Runtime是单身人士?单身人士的要求?
- 28. 为什么apache servlet是单身人士?
- 29. 为什么JavaFX是单身人士?
- 30. 为什么NPM检查这么多依赖于单一封装
其中一半是http://stackoverflow.com/questions/1450250/purpose-of-final-and-sealed的副本。另一半是无数其他人的复制品。 – Jacob 2011-02-25 04:27:34
在我能想到的每种情况下,我更喜欢依赖注入单例。依赖注入促进了更松散的耦合,这使得你的代码更容易被单元测试,并且在将来更容易改变。单身人士基本上是变相的全球变量。 – 2011-02-25 04:30:15