使用 Entity Framework 4.1 和 DDD 访问代码生成的 DbContext 上的存储过程

Question

我正在开发一个使用 ASP.Net MVC 3、EF 4.1 和 Ninject 进行依赖注入的大型项目。我已经阅读了这里关于 DDD、EF 和存储库模式的许多现有问题，但我似乎找不到任何人将存储过程与这些模式合并。

我不喜欢在似乎已经是使用 DbContext 定义的 UnitOfWork/RepositoryPattern 之上实现另一个存储库模式的想法。另外，如果可能的话，我通常不喜欢为系统中的每种类型的实体创建服务和存储库类的想法。

我的问题的根源在于这个似乎每个人都使用的通用存储库接口。

public interface IRepository<TEntity> where TEntity : class
{
    TEntity Get(Expression<Func<TEntity, bool>> whereClause);

    IEnumerable<TEntity> List();
    IEnumerable<TEntity> Find(Expression<Func<TEntity, bool>> whereClause);

    void Add(TEntity entity);
    void Delete(TEntity entity);

    // And so on...
}

如果您的所有查询都可以在单个实体的上下文中，那就太好了。当我想要访问存储过程时，这对我来说是一个问题。使用 EF 4.1 和代码生成您可以添加存储过程（例如 SelectUser），它将生成一个如下所示的上下文。

namespace MyCompany.Data.Database
{
    using System;
    using System.Data.Entity;
    using System.Data.Entity.Infrastructure;
    using System.Data.Objects;

    using MyCompany.Domain.Entities;
    using MyCompany.Domain.Contracts;

    public partial class MyCompanyEntities : DbContext
    {
        public MyCompanyEntities()
            : base("name=MyCompanyEntities")
        {
            this.Configuration.LazyLoadingEnabled = false;
            this.Configuration.ProxyCreationEnabled = false;
        }

        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {
            throw new UnintentionalCodeFirstException();
        }

        public DbSet<Order> Orders { get; set; }
        public DbSet<User> Users { get; set; }

        public virtual ObjectResult<User> SelectUser(Nullable<int> userId)
        {
            ((IObjectContextAdapter)this).ObjectContext.MetadataWorkspace.LoadFromAssembly(typeof(User).Assembly);

            var userIdParameter = userId.HasValue ?
                new ObjectParameter("UserId", userId) :
                new ObjectParameter("UserId", typeof(int)); MyCompanyEntities x; x.

            return ((IObjectContextAdapter)this).ObjectContext.ExecuteFunction<User>("SelectUser", userIdParameter);
        }

        public virtual ObjectResult<User> SelectUser(Nullable<int> userId, MergeOption mergeOption)
        {
            ((IObjectContextAdapter)this).ObjectContext.MetadataWorkspace.LoadFromAssembly(typeof(User).Assembly);

            var userIdParameter = userId.HasValue ?
                new ObjectParameter("UserId", userId) :
                new ObjectParameter("UserId", typeof(int));

            return ((IObjectContextAdapter)this).ObjectContext.ExecuteFunction<User>("SelectUser", mergeOption, userIdParameter);
        }
    }
}

作为我的 DDD 设置的一部分，我有一个 UserService 类，我想将一个存储库“注入”到它的构造函数中。许多示例表明构造函数应该接受 (IRepositoryuserRepository)。这对我不起作用。存储过程是在 DbContext 类上作为方法生成的，但我看不到它。

我唯一能想到的就是创建另一个带有存储过程方法的接口。我真的不想将其添加到通用 IRepository 中，因为当您有 IRepository实例时，你仍然会看到 SelectUser 这看起来有点奇怪。也许这没什么大不了的？

也许我的处理方式是错误的。如果我不尝试创建一个全新的存储库模式，我是否应该不必费心在 DbContext 之上创建一个接口？我实际上是为了依赖注入而创建它的。如果 UserService 构造函数采用 MyCompanyEntities 实例而不是接口，会出现错误吗？

Answer 1

你发现的东西是自然的。问题是通用存储库不足以满足实际场景。它只对“基础”实施有好处。您需要用户实体的特定存储库，它将公开对上下文公开的存储过程的方法包装调用。