解决方法
如果一个对象支持Isdisposed,那么该方法本身就不应该抛出;如果Isdisposed返回true,则抛出许多其他方法是正确的,但异常应该由这些方法而不是Isdisposed生成.可能有一个实用程序方法AssertNotdisposed,如果处理了一个对象,它将抛出,但是这种行为可能来自具有该名称的方法.
否则,我建议在很多情况下让对象保持Idisposable对象是有用的,并且能够在保持有用状态的同时dispose内部对象.例如,一个对象的功能是显示和维护一个无模式对话框以从用户获取信息,即使在关闭该框之后也可以保留字段内容的副本.这样的对象应该提供一个“Close”方法,该方法将处理内部disposable对象但保持有用状态.虽然它也可以有一个dispose方法,它会调用Close但是也设置一个“NoLongerValid”标志会导致字段属性抛出,我认为这不会真正添加任何值.
我将批准许多情况,其中一个对象在处置之后可以保持有用状态,这表示一个类别可能应该被拆分.例如,Font类可能应该拆分为非一次性FontInfo类(包含字体描述,但不包括GDI句柄)和Idisposable ReadyFont类(继承FontInfo,并封装GDI字体对象).使用字体的例程可以检查给出的对象是FontInfo还是ReadyFont;在前一种情况下,他们可以创建一个GDI字体,使用它并释放它;在后一种情况下,他们可以使用ReadyFont的GDI字体对象并释放它.然后,ReadyFont的创建者将负责确保其清理.
实际上,我不知道系统在渲染控件时是否会尝试使用与控件的Font属性关联的GDI对象,但我知道如果Font处理了它就不会发出尖叫声(即使它之前是disposed的)将它分配给Font属性！).如果需要,控件肯定能够创建新的GDI字体;我不知道他们是否总是创建一个新的GDI字体,或者他们是否只在旧的GDI字体被处理时才这样做.前一种行为似乎更具性能,但除非仔细编码,否则如果一个线程在另一个线程使用它时尝试dispose一个字体会导致问题.
