我正在处理一个遗留的ASP.NET MVC 5项目。我们没有一个合适的数据访问层，我们的业务层类直接与注入的DbContext交互。我面临着一个问题，我已经在一个简单的示例中捕捉到了这个问题的本质。
我有类ServiceA、ServiceB和ServiceC（在这个例子中我省略了接口）。它们都通过DI在构造函数中接收相同的DbContext示例。在ServiceC中，我想围绕几个数据库操作 Package 一个事务，这些操作由其他服务执行。这是可行的。因为这些服务都接收DbContext的相同示例。“

public class ServiceC
    {
      public ServiceC(DbContext context, ServiceA serviceA, ServiceB serviceB)
      {
        _context = context;
        _serviceA = serviceA;
        _serviceB = serviceB;
      }
      
      public DoSomething()
      {
        using var transaction = context.Database.BeginTransaction()
        try
        {
          _serviceA.DoSomethingThatInvolvesDbContext1();
          _serviceB.DoSomethingThatInvovlesDbContext2();
          
          transaction.Commit();
        }
        catch
        {
          transaction.Rollback();
          throw;
        }
      }
    }

字符串
我在这个设计中看到的问题是，ServiceC的设计方式，它要求ServiceA和ServiceB共享同一个DbContext示例。如果我决定以不同的方式配置我的DI容器，它将无法工作。如果实现依赖于特定的DI容器配置，这不是一个糟糕的设计吗？
我唯一能想到的另一件事，就是引进工厂提供服务：

public class ServiceC
    {
      public ServiceC(DbContext context, IServiceAFactory serviceA, IServiceBFactory serviceB)
      {
        _context = context;
        _serviceA = serviceAFactory.Get(context);
        _serviceB = serviceBFactory.Get(context);
      }
      
      // Rest of implementation
    }

型
但这似乎过于复杂。