【问题标题】:singleton is design-pattern or anti-pattern? [closed]单例是设计模式还是反模式? [关闭]
【发布时间】:2021-04-30 08:12:06
【问题描述】:

单例是设计模式还是反模式??

【问题讨论】:

  • 这是一种设计模式,当被滥用时(也就是在不应该使用时使用)是一种反模式

标签: design-patterns singleton anti-patterns


【解决方案1】:

据我所知,Brown 等人在 1998 年出版的AntiPatterns 一书可能是第一本普及该术语的书。它定义了一个这样的反模式:

“An AntiPattern 是一种文学形式,它描述了对产生明显负面后果的问题的常见解决方案。”

我认为值得关注这句话确实是负面的后果。大多数解决方案都有一些缺点,但要使“解决方案”成为反模式,缺点必须明显超过所产生的任何优点。

I usually look at it another way。如果我能以不同的方式解决问题,至少产生同样多的优势,但更少的劣势,那么第一个“解决方案”可能是一种反模式。

如 GoF 书中所述,Singleton 设计模式解决了一个特定问题:有时您希望确保某个类只能存在一个实例。

出于性能原因,这可能是合适的。如果对象包含大量数据,确保只有一个存在可以提高性能。

即使对象不占用大量内存,如果您希望客户端代码可能实例化数百万个相同的对象,您可能希望将一个小的不可变对象设为 Singleton。

特别是当 Singleton 对象表示不可变数据时,很难说它具有明显的负面影响。它基本上只是一个常数,比如string.Empty。单例模式是解决这类问题的好方法。

另一方面,许多人使用可变单例来替代依赖注入或部分函数应用等技术。当以这种方式使用时,Singleton 变成了一个全局变量,现在大多数人都同意应该避免这种情况。

由于 Singleton 有有效的用途,我认为它不能称为反模式。另一方面,我认为 mutable Singleton 是一种接近反模式的代码气味。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-03-04
    • 2010-12-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多