相关疑难解决方法(0)

以下是典型的配置模式示例:

 public bool IsDisposed { get; private set; }

  #region IDisposable Members

  public void Dispose()
  {
    Dispose(true);
    GC.SuppressFinalize(this);
  }

  protected virtual void Dispose(bool disposing)
  {
    if (!IsDisposed)
    {
      if (disposing)
      {
        //perform cleanup here
      }

      IsDisposed = true;
    }
  }

  ~MyObject()
  {
    Dispose(false);
  }

我理解dispose的作用,但是我不明白你为什么要在析构函数中调用dispose(false)？如果你看一下这个定义它什么都不会做,那么为什么有人会编写这样的代码呢？根本不打算从析构函数中调用dispose 是不是有意义？

如果我有以下内容,仍然会在DisposeableObject上调用IDisposeable,还是会因为遇到未处理的异常而保持打开对象？

using ( DisposeableObject = new Object() )
{
   throw new Exception("test");
}

根据Essential C#6.0,你应该:

AVOID在拥有终结器的拥有对象上调用Dispose().相反,依靠终结队列来清理实例.

1. 有人可以详细说明这一点,因为我不清楚Dispose的重点是什么,如果我们不从拥有的对象中调用它？
2. 除了Reflection之外,你怎么知道对象是否有Finalizer？
3. 除了搜索API文档(如果您可以访问它并且存在)或者反射之外,您如何知道何时调用Close()/ Close()+ Dispose()？对于非常具体的类型(MemoryStream/ Form/ SqlConnection/ etc),我在网络上看到了很多问题,但我更关注"如何自己解决".

根据Dispose Pattern你应该:

除了Dispose()之外,CONSIDER提供方法Close(),如果close是该区域中的标准术语.这样做时,将Close实现与Dispose相同并考虑显式实现IDisposable.Dispose方法非常重要.

但有时候你应该像两个人一样打电话Form等.像" 关闭和处理 - 要打电话的人？ "这样的问题越来越接近,但除此之外没有明确的方法

像往常一样答案是:这取决于.不同的类以不同的方式实现IDisposable,由您来做必要的研究.

编辑:这是完整的指南,我没有要求复制许可,但因为它是一个指南(因此假设它应该是自由共享的公共知识)而不是实际培训材料的某些部分,我希望我'我没有违反任何规则.

准则
DO仅对具有稀缺或昂贵资源的对象实施终结器方法,即使最终化延迟了垃圾收集.
实现IDisposable以支持具有终结器的类的确定性终结.
如果没有显式调用Dispose(),请对实现IDisposable的类实现终结器方法.
DO重构一个finalization方法来调用与IDisposable相同的代码,也许只是调用Dispose()方法.
不要从终结器方法中抛出异常.
从Dispose()调用System.GC.SuppressFinalize()以避免重复资源清理并延迟对象上的垃圾回收.
确保Dispose()是幂等的(应该可以多次调用Dispose()).
保持Dispose()简单,专注于最终化所需的资源清理.
AVOID在拥有终结器的拥有对象上调用Dispose().相反,依靠终结队列来清理实例.
避免引用在最终确定期间未完成的其他对象.
在重写Dispose()时,请调用基类的Dispose()方法.
在调用Dispose()之后,考虑确保对象变得不可用.在处理了一个对象之后,Dispose()以外的方法(可能被多次调用)应抛出一个ObjectDisposedException.
在具有一次性字段(或属性)的类型上实现IDisposable并处理所述实例.