c# - 使用单例设计模式时，首选哪种结构，为什么？

Question

除了“what is so bad about singletons”:-)，我有一个在业务逻辑层使用单例的 ASP.NET Web 应用程序，因此:

public class MyBusinessService
{
    private static MyBusinessService mInstance = null;

    public static MyBusinessService Instance
    {
        get { return mInstance; }
    }

    static MyBusinessService()
    {
        mInstance = new MyBusinessService();
    }
}

我们主要将它们用于 Model View Presenter 中的依赖项架构。

它们还可以通过以下两种方式之一跨业务逻辑类使用。首先通过以下方式:

var myService = new MyBusinessService();
myService.DoSomething();
myService.DoSomethingElse();

或者，可以通过以下方式使用:

MyBusinessService.Instance.DoSomething();
MyBusinessService.Instance.DoSomethingElse();

首选哪种构造，为什么？我对单例模式本身是好是坏不感兴趣。

更新:好的，这个问题似乎很受欢迎。我猜是准单例。两全其美!我对重构模式/反模式/代码 hell 并不感兴趣。我更感兴趣的是了解所描述的两种用法的影响。

我们的 View (ASP.NET 页面)如下所示:

var presenter = new SomeViewPresenter(this, MyBusinessService.Instance);

但也可以实现为:

var presenter = new SomeViewPresenter(this, new MyBusinessService());

在这种情况下，我更喜欢前者。注意singleton这个词的用法和上面的不正确用法都理解了，但是就代码而言，这两个原始选项的结果是什么？

Answer 1

后者是首选，因为前者的行为不像单例 - 您正在实例化一个新实例而没有任何保护措施来停止多个现有实例。

如果您将这些保护措施放在适当的位置，则后者可能是您最终得到的代码。您也不需要一直使用该属性:

var service = MyBusinessService.Instance;
service.This();
service.That();

我也以一些怀疑的态度看待 ASP.NET 中的静态，这是来自 WinForms 开发人员:-)