解决方法
否则,我建议在很多情况下让对象保持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一个字体会导致问题.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。