C#中在上下文/范围中包装操作的最佳方法_C#_.net

C#中在上下文/范围中包装操作的最佳方法

c# .net

C#中在上下文/范围中包装操作的最佳方法,c#,.net,C#,.net,我想实现某种共享的可支配资源——范围或上下文——对于包装在该范围内的几个操作应该是相同的。例如： using(var ctx = Context.Create()) { var obj = ReadSmth(); ChangeObject(obj); SomeActionWithReadWriteInside(); Write(obj); } Read、Change、Write应该在其内部使用完全相同的上下文对象实例（不直接传递它，就像我们使用Transacti

我想实现某种共享的可支配资源——范围或上下文——对于包装在该范围内的几个操作应该是相同的。例如：

using(var ctx = Context.Create())
{
    var obj = ReadSmth();
    ChangeObject(obj);
    SomeActionWithReadWriteInside();
    Write(obj);
}

Read、Change、Write应该在其内部使用完全相同的上下文对象实例（不直接传递它，就像我们使用TransactionScope一样）。也可能存在这样的情况：在ChangeObject方法内部发生了其他读\写操作，它们也应该包含在此上下文中。但是另一个线程上的另一个using（ctx）块不应该干扰该上下文

UPD1：我理解引入超级全局对象可能出现的问题、ASP.NET线程切换问题以及异步/等待部分切换和测试问题。但在某些情况下，在您的解决方案中，这种方法有一定的限制，是有权利存在的。我只想问一下这种模式的结构

在.NET/C中实现此类行为的最佳方式是什么

UPD2：似乎有几种现有的解决方案都有其自身的问题，因此它不能作为行业标准使用，但最好从以下方面入手：

public static class Contexts
{
    [ThreadStatic]
    public Stack<Context> contexts;

    public Context CurrentContext
    {
        get
        {
            if (contexts == null || contexts.Count == 0) { return null; }
            return contexts.Peek();
        }
    }

    public void ContextCreated(Context obj)
    {
        if (contexts == null) { contexts = new Stack<Context>(); }
        contexts.Push(obj);
    }

    public void ContextDisposed()
    {
        if (contexts == null) { contexts = new Stack<Context>(); }
        contexts.Pop();
    }
}

 Contexts.CurrentContext

 Contexts.CurrentContext