myDisposableObject Gimme() {
//Code
return disposableResult;
disposableResult.Dispose();
}
指的是对象本身。即使你将顺序倒过来，也不要在这里调用Dispose。
到目前为止，还没有任何答案提到的一点是如果 Gimme() 抛出异常，应该 释放该对象。例如：
MyDisposableObject Gimme()
{
MyDisposableObject disposableResult = null;
try
{
disposableResult = ...
// ... Code to prepare disposableResult
return disposableResult;
}
catch(Exception)
{
if (disposableResult != null) disposableResult.Dispose();
throw;
}
}
disposableResult.Dispose()将永远不会执行，因为它是无法访问的代码，它总是在返回前一行。请将方法调用封装在using语句中，并以这种方式处理对象。
例如：using (DisposeableObject myDisposableObject = gimme())
{
//code.
}
object 命名了一个变量 :P - prostynickIDisposable 接口，您应该在 using 语句中构建和使用它 - 这将确保它被正确处理：using(var mydisposableObject = new Gimme())
{
// code
}
Dispose方法永远不会被执行。Dispose。您应该使用using语句包装对此函数的调用，以便在对象超出范围时正确调用Dispose。 - Oded.Dispose() 永远不会被执行。
编辑： 我认为不应该这样做，因为这会破坏对象。 try{
int a = 0;
return;
}
finally{
//Code here will be called after you return
}
这一行代码：disposableResult.Dispose(); 将不会被执行。返回的“东西”不是对象的副本，而是对象的引用，因此调用者将在由 Gimme 创建的对象上进行操作，并且他（调用者）应记得处置该对象。
我同意不要处理这个对象，因为它是通过引用传递的。有一种特殊情况，当生成对象时，一个类包装另一个类并分发对象：您不希望分发的对象是对同一个对象的引用，因此您需要克隆或传递对象的副本并销毁原始对象。但是，如果原始对象是该类型所有生成的标准图像，并且您预计在短时间内会生成多个对象，则可以保留它，因为您可以从该图像生成新对象而无需再次实例化它。我会选择将其所有属性锁定为只读，并将只读对象转换为可读/写对象，以便在现实世界中使用。当作为值副本或克隆传递对象时，对象不应在自身内部运行任何线程，但是如果它正在线程化，则将其引用传递是完全可以的，只要引用是1对1的关系。如果您有多个指向同时读取和写入该“运行图像”对象的对象的指针，则可能会发生冲突，其中某个值尚未安全存储，下一个 pinger 请求并分配了相同的值。当我在学校时，我们没有太多讨论对象状态。面向对象的原则已经根深蒂固，但理解为什么建立它们始终需要时间。我是反向的，我学习了面向对象的样式，然后转向了更多的过程化样式。