两个部分:

  1. 如果一个静态的类可以有一个静态的构造,为什么不能有静态析构?

  2. 什么是最好的解决办法?我有一个静态的类管理着一个游泳池的连接COM对象,并且我需要确保它们的连接获得关闭/释放,如果事情吹了其他地方的程序。

有帮助吗?

解决方案

您应该使用具有单例模式的普通类,而不是静态类(也就是说,您保留该类的单个实例,可能由类本身上的一个静态属性引用)。然后你可以有一个析构函数,甚至更好的结构析构函数和 Dispose 方法。

例如,如果你现在有:

static class MyClass
{
    public static void MyMethod() {...}
}

//Using the class:
MyClass.MyMethod();

你会改为:

class MyClass : IDisposable
{
    public static MyClass()
    {
        Instance=new MyClass();
    }

    public static MyClass Instance {get; private set;}

    public void MyMethod() {...}

    public void Dispose()
    {
        //...
    }

    ~MyClass()
    {
        //Your destructor goes here
    }
}

//Using the class:
MyClass.Instance.MyMethod();

(注意实例是如何在静态构造函数中创建的,在第一次引用任何类静态成员时调用该实例)

其他提示

  1. 静态的课程没有析构,因为一个静态的类永远不会被摧毁。

  2. 如果你想要创造和摧毁的多个实例,它不是静态的。让它一个完整的类。

  3. 析构不应该被用于这个目的。使用IDisposable/处置。

<强> 1。为什么? - 类型本身不能具有构造函数,就像您通常认为实例上的构造函数一样。通常,它有时被称为“静态初始化器”。方法,但Microsoft使用术语“类型构造函数”, (并且它有特殊的限制) - 你在其中放入代码来初始化类型/类 - 如果它是一个实例构造函数,它可能会被重载。对“类型构造函数”的这种静态限制。是因为.NET CLR负责在堆上加载类模板,并且不允许在这种情况下指定参数(因为你将如何传递参数)。因为在最严格的意义上,程序员不负责调用类型构造函数,所以允许程序员在CLR的域中更多地编写静态析构函数是没有多大意义的。 CLR最终将从堆中删除类模板,但类模板的生命周期比其实例长,因此您不希望在其中执行任何资源密集型操作(例如,保持打开数据库连接)。

<强> 2。什么? - Singleton 如果您遇到需要在类模板上打开资源并在之后销毁它的情况,您可能会考虑 Singleton软件模式只有该类的一个实例,并且可能还实现了 System.IDiposable 接口,除了析构函数外,还有助于清理。 (我看到有人先把我的IDisposable代码示例打败了,所以我将在这里结束我的解决方案。)

静态类永远不会被破坏。它与程序一起终止。您可以使用单例模式作为实现,而不是使用静态类

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top