退出范围时，我可以使用C＃idisposable来自动化作业吗？

Question

当触发范围时，我可以使用IDISPOSABLE可以自动化工作？ 在这种情况下，我正在使用Idisposable可以在方法末尾做一些工作，而不是“处置”资源。 这是我的代码之一：

public class ScopeTimer : IDisposable
{
    private Stopwatch sw = new Stopwatch();
    private string _logMessage;

    public ScopeTimer(string logMessage = "")
    {
        sw.Start();
        _logMessage = logMessage;
    }

    public void SetMessage(string logMessage)
    {
        _logMessage = logMessage;
    }

    void IDisposable.Dispose()
    {
        sw.Stop();
        Logging.Logger.Log($"[{_logMessage}] takes {sw.ElapsedMilliseconds} ms.");
    }
}

我正在使用这样的代码：

public void SomeMethod()
{
    using var timer = new ScopeTimer();

    // do some job
    // when method finished, timer.Dispose() is called
}

至少现在，此代码看起来正常，但是在其他许多情况下，这是安全的方法吗？

Answer 1

是的，你可以做到。甚至 stephen cleary 在 nito.asyncex 喜欢：

SemaphoreSlim _syncRoot = new();

...

using var lockHandle = this._syncRoot.Lock();
// or async
using var lockHandle = await this._syncRoot.LockAsync();

但这是基于意见的。我认为这有助于使代码清洁器，因为您可以设置和恢复状态，并且两个部分相互彼此之间。很容易看到您不会错过任何东西。

缺点是您可能会创建一些需要释放的实例。这可能会给GC带来一些压力。

我们创建了一个结构（不是类）来包装这样的清理代码：

public readonly struct Finally : IDisposable
{
    private readonly Action? _onDispose;

    public Finally(Action onDispose)
    {
        _ = onDispose ?? throw new ArgumentNullException(nameof(onDispose));

        this._onDispose = onDispose;
    }

    public static Finally Create(Action onDispose)
    {
        return new Finally(onDispose);
    }

    public void Dispose()
    {
        // Keep in mind that a struct can always be created using new() or default and
        // in that cases _onDispose is null!
        this._onDispose?.Invoke();
    }
}

您可以使用此类结构：

this._childControl.BeginUpdate();
using var @finally = Finally.Create(this._childControl.EndUpdate);

// or
this._member.SomeEvent -= this.OnMemberSomeEvent;
using var @finally = Finally.Create(() => this._member.SomeEvent += this.OnMemberSomeEvent);

是的：是最后的内存分配，最后是 -struct是不必要的，第二个示例将创建委托。所有这些东西都需要时间和记忆。在性能是真正问题的应用程序中，最好使用普通尝试...最后块。

但是我们也使用 linq ，这也需要上下文对象和代表，没有人在乎。

我认为，明显的正确性比性能更重要，因为快速但错误的结果无济于事。