【发布时间】：2009-05-28 00:22:15
【问题描述】：
您对如何在 .Net 中实现一次性对象有何看法？以及如何解决实现 IDisposable 类的重复性问题？
我觉得 IDisposable 类型并不是他们应该成为的一等公民。太多事情留给开发者摆布了。
具体来说，我想知道是否应该在语言和工具方面提供更好的支持，以确保一次性物品得到正确实施和妥善处理。
例如，在 C# 中，如果我的类需要实现一次性语义可以这样声明：
public class disposable MyDisposableThing
{
~MyDisposableThing()
{
// Dispose managed resources
}
}
在这种情况下，编译器可以轻松生成 IDisposable 接口的实现。析构函数 ~MyDisposableThing 可以转换为应该释放托管资源的实际 Dispose 方法。
中间的 C# 代码如下所示：
public class MyDisposableThing : IDisposable
{
private void MyDisposableThingDestructor()
{
// Dispose my managed resources
}
~MyDisposableThing()
{
DisposeMe(false);
}
public void Dispose()
{
DisposeMe(true);
GC.SuppressFinalize(this);
}
private bool _disposed;
private void DisposeMe(bool disposing)
{
if (!_disposed)
{
if (disposing)
{
// Call the userdefined "destructor"
MyDisposableThingDestructor();
}
}
_disposed = true;
}
}
这将使代码更简洁，更少的样板代码处置代码，以及处置托管资源的一致方式。对于边缘情况和非托管资源，仍然支持手动实现 IDisposable。
确保正确处理实例是另一个挑战。考虑以下代码：
private string ReadFile(string filename)
{
var reader = new StreamReader();
return reader.ReadToEnd(filename);
}
reader 变量永远不会超出方法的范围，但必须等待 GC 处理它。在这种情况下，编译器可能会引发 StreamReader 对象未显式释放的错误。此错误会提示开发人员将其包装在 using 语句中：
private string ReadFile(string filename)
{
using (var reader = new StreamReader())
{
return reader.ReadToEnd(filename);
}
}
【问题讨论】：
-
嗯，前两句是……
-
也许太多了......我想我只是需要把我的挫败感发泄出来:)
-
它的社区 wiki ......那么它是否有问题有什么关系呢？ Wiki 是知识/信息等。
-
是的，这是一个问题。问题是，大家怎么看？他们同意吗？有更好的方法吗？
-
@jrista：好点，只有在您发表评论后才注意到
标签： c# design-patterns language-features idisposable