处置对象（简化）

Question

我在Mono重新实现加密转换时发现了这段代码。

我没有修改或简化任何事情 - 实际上它是这样的（有像@ // Dispose unmanaged objects评论，但实际上没有做任何事情）。

现在 - 与IDisposable相关的代码对我来说似乎是多余的。 这可以以某种方式完全简化/删除而不会破坏重要的东西吗？

public class ToBase64Transform : ICryptoTransform
{
    private bool disposed;

    ~ToBase64Transform()
    {
        Dispose(false);
    }

    public void Clear()
    {
        Dispose(true);
    }

    void IDisposable.Dispose()
    {
        Dispose(true);
        // Finalization is now unnecessary.
        GC.SuppressFinalize(this);
    }

    protected virtual void Dispose(bool disposing)
    {
        if (disposed) return;

        if (disposing)
        {
        }

        disposed = true;
    }

完整的来源位于这里。

Answer 1

如果它包装了非托管组件，那么这是最合适的实现。

如果没有任何非托管组件，并且它不会被子类化，那么是; 你可以删除终结器，让它只是一个简单的Dispose() ：

public sealed class ToBase64Transform : ICryptoTransform
{
    private bool disposed;

    public void Dispose()
    {
        if (disposed) return;
        // Dispose managed objects
        disposed = true;
    }

如果没有任何管理的一次性部件要么 ，然后......就是不让它实现IDisposable 。

我不确定我会期望“Clear（）”方法调用“Dispose（）”，但也许这是加密流的上下文中的标准。

Answer 2

几点：

• Mono公开的公共API 必须与Microsoft提供的公用API 相匹配，否则会破坏。 这包括终结器（即使Mono不需要它们）。 Mono通常在托管代码中实现比Microsoft更多的东西（实际上在密码学中很常见）;

• 该类型未sealed因此必须调用Dispose(bool)方法（例如，从终结器），也不abstract因此必须实现IDisposable接口;

• Mono提供了大量的单元测试 。 当某些东西看起来很奇怪时 ，最好看一下它们。 匹配MS实现并不总是直截了当，MSDN文档（虽然好并经常更新）并不是很少或完全/正确。

• 在这种情况下， Dispose(bool)的代码不是必需的。 我怀疑它来自一个模板（或来自另一个文件的复制/粘贴），或者作者不确定此代码将来是否会转移到非托管代码中。 删除它不太可能改变性能/大小，但可以自由提交错误报告（或拉取请求）以删除它。

Answer 3

这是实现IDisposable的完全标准方式。 同意，没有工作，但如果必须与MS.Net兼容，那么最好做得对。

Answer 4

从实现IDisposable的基类继承的类通常需要确保对IDisposable.Dispose的调用将调用基类的dispose逻辑以及它自己的。 这要求必须满足以下两个条件中的至少一个：

1. 必须有一些方法可以让派生类可以要求从基类的IDisposable.Dispose（）实现调用派生类Dispose逻辑，而不必重新实现IDisposable.Dispose（）本身。
2. 如果派生类重新实现了IDisposable.Dispose，那么基类必须有一些方法可以将它自己的处理逻辑暴露给派生类，因此派生类'IDisposable.Dispose例程可以调用它。

有多种方法可以满足至少一种这些条件; 在不同的情况下，不同的方法可能是最佳的。 最值得注意的是，对于具有与IDisposable.Dispose（）在语义上相同的公共Dispose（）方法的类，最简单的方法是让基类具有隐式实现IDisposable.Dispose的公共虚拟Dispose（）方法。 如果派生类重写该方法，它将覆盖IDisposable.Dispose的行为，但其Dispose（）可以调用base.Dispose（）来激活父级的dispose逻辑。 然而，这种方法有一个缺点：某些类可能不希望公共Dispose（）方法在语义上与IDisposable.Dispose（）相同。 尽管将该方法用于适合的类，以及其他类的其他方法可能是可行的，但Microsoft认为最好为所有类使用通用方法。

这个想法是所有实现IDisposable的可继承类都有一个受保护的虚方法，其签名与可能公共的“void Dispose（）”不匹配; IDisposable.Dispose（）将为其所有处理逻辑调用此方法（参数值为True），并且覆盖此方法的派生类可以通过调用其父级的相应方法来调用基本处理逻辑。 虽然微软允许调用此方法的“Finalize”方法的可能性为false，但实际上并不需要这样做。 If a class will need to use unmanaged resources but the parent class does not, that should be handled by defining new finalizable classes to encapsulate unmanaged resources into managed objects, and then have the inherited class hold those managed objects. 。如果一个类将需要使用非托管资源，但父类不需要，应该通过定义新的可终结类来将非托管资源封装到托管对象中，然后让继承的类保存这些托管对象。