使用实现 2 个接口的 EF DbContext 进行依赖注入

Question

给定一个实现 2 个接口的 DbContext，如下所示：

public interface IQueryEntities
{
    IQueryable<User> Users { get; }
    IQueryable<Computer> Computers { get; }
    // other IQueryable<T> get properties
}

public interface IUnitOfWork
{
    int SaveChanges();
}

public class MyContext : DbContext, IQueryEntities, IUnitOfWork
{
    // implement interfaces using EF
}

第一个问题，将 DbContext (IDbSets) 的查询方面与命令方面 (SaveChanges) 分开是一个坏主意吗？我正在探索对上述内容的重构，因为在很多情况下我们只需要查询数据，而不保存任何内容。

我遇到的问题涉及 Unity DI，它当前使用 IUnitOfWork 接口的每个 http 上下文单例生命周期注入 MyDbContext。我不确定如何为 IQueryEntities 接口设置注入，以便它将重用可能已针对 IUnitOfWork 接口注入的现有 DbContext 实例。或者反之亦然。这可能吗？

这是当前的生命周期管理器，它在同一 http 上下文中重用先前注入的 IUnitOfWork 实例：

public class UnityHttpContextLifetimeManager : LifetimeManager
{
    private const string KeyFormat = "SingletonPerCallContext_{0}";
    private readonly string _key;

    public UnityHttpContextLifetimeManager()
    {
        _key = string.Format(KeyFormat, Guid.NewGuid());
    }

    public override object GetValue()
    {
        return HttpContext.Current.Items[_key];
    }

    public override void SetValue(object newValue)
    {
        HttpContext.Current.Items[_key] = newValue;
    }

    public override void RemoveValue()
    {
        HttpContext.Current.Items.Remove(_key);
    }
}

顺便说一句，如果有办法做到这一点，我更愿意在 unity web.config 部分而不是编译的 c# bootstrapper 中进行。

更新

在onof的帮助下，我能够让这个工作正常，但是我的配置看起来与他建议的不同。我做错了什么吗？当我不为每个接口提供生命周期管理器时，一个 HttpContext 最终会产生多个 DbContext 实例。只有当我为所有 3 个接口提供生命周期管理器时，它才会在两个接口的单个​​请求中重用相同的 DbContext 实例。这个配置有问题吗？

<unity xmlns="http://schemas.microsoft.com/practices/2010/unity">
    <namespace name="MyApp.MyNameSpace" />
    <assembly name="MyApp" />
    <alias alias="singleton-per-http-context" 
        type="MyApp.MyNameSpace.UnityHttpContextLifetimeManager, MyApp" />
    <container>
        <register type="MyContext">
            <lifetime type="singleton-per-http-context" />
        </register>
        <register type="IUnitOfWork" mapTo="MyContext">
            <lifetime type="singleton-per-http-context" />
        </register>
        <register type="IQueryEntities" mapTo="MyContext">
            <lifetime type="singleton-per-http-context" />
        </register>
        ...
    </container>

Answer 1

将 DbContext 的查询方面分开是不是一个坏主意？
（IDbSets）从命令方面（SaveChanges）？

我认为这是一个好主意，因为接口隔离原则规定每个客户端应该只看到它完成工作所需的接口。

要注册，我会这样做：

container.RegisterType<MyContext>(new UnityHttpContextLifetimeManager());
container.RegisterType<IQueryEntities, MyContext>();
container.RegisterType<IUnitOfWork, MyContext>();

据我所知，一旦创建对象，这是共享同一实例的唯一方法。

要在设计时（在 web.config 中）执行此操作，很简单：

<unity xmlns="http://schemas.microsoft.com/practices/2010/unity">
    <namespace name="MyApp.MyNameSpace" />
    <assembly name="MyApp" />
    <container>
      <register type="MyContext" >    
         <lifetime type="UnityHttpContextLifetimeManager" />
      </register>
      <register type="IQueryEntities" mapTo="MyContext" />
      <register type="IUnitOfWork" mapTo="MyContext" />
    </container>

Answer 2

您需要将一个接口注册为单例，另一个接口将自动跟随。

container.RegisterType<IQueryEntities, MyContext>(new UnityHttpContextLifetimeManager());
container.RegisterType<IUnitOfWork, MyContext>();

假设您的 LifetimeManager 工作正常，这会将 MyContext 实例的生命周期限定为 HttpContext，并且来自 IUnitOfWork 的映射将重用同一实例因为映射的目标是相同的。