Question

我目前正在开发一个 ASP.NET MVC 5 项目，我正在努力改进项目的架构;尽可能使人们在将来工作时干净利落。

对于初学者，我已将 EntityFramework 模型（包括IdentityUser和AccountViewModel）移动到同一解决方案中的类库项目。目前主要的MVC项目引用了这一点。

但是，我现在正在考虑创建一个新的数据访问层项目，该项目将保存DbContext（或DbContexts，如果我决定使用多个DbContexts）以及数据访问层。这样做的最佳方法是什么？

此DAL项目将引用Model项目，主MVC项目将仅引用DAL项目。

阅读this article后！我想知道在使用EntityFramework时确实存储库模式确实已经过时了。

所以我的两个主要问题是：

1）什么是将DAL拉入单独项目的最佳方式

2）使用EF

访问数据库内容的最佳方式是什么

Answer 1

你的问题非常广泛。例如，“使用EF访问数据库内容的最佳方式”是什么意思？性能方面的最佳方式？

我将尝试通过给出一个我更喜欢的选项（其中我主要使用一些变体）来回答，它使用了存储库模式。如果您直接将EF集合用作存储库，您可能会认为您不需要存储库模式，但我喜欢将它们包装在我自己的模式中。

由于我无法通过最佳方式了解您的意思，因此我会根据个人喜好来设置典型的网络项目。

我不会发布所有代码以使其完全正常运行，但您应该清楚地知道发生了什么。

设置（4个项目）：

UI ----------＆gt; Domain.Logic（w.Domain.Models）-----------------＆gt;数据（持有EF上下文）。

数据：

public partial class EFContextContainer : DbContext 
enter code here
public EFContextContainer ()
        : base("name=EFContextContainer")
    {
    }

public DbSet<IdentityUser> IdentityUsers { get;set; }

使用包装器返回上下文：

public static class Database
{
    public static EFContextContainerGetContext()
    {
        return new EFContextContainer();
    }

}

您可以设置如下存储库：

接口：

public interface IRepository<T> where T : class
{
    IQueryable<T> GetAll();
    T GetById(Guid id);
    void Add(T entity);
    void Update(T entity);
    void Delete(T entity);
    void Delete(Guid id);
}

实施（为简洁起见，仅实施了Add（T实体））：

public class EFRepository<T> : IRepository<T>, IDisposable where T : class
{
    public EFRepository(DbContext dbContext)
    {
        if (dbContext == null)
            throw new ArgumentNullException("dbContext");
        DbContext = dbContext;
        DbSet = DbContext.Set<T>();

    }

    protected DbContext DbContext { get; set; }

    protected DbSet<T> DbSet { get; set; }

    public virtual void Add(T entity)
    {
        DbEntityEntry dbEntityEntry = DbContext.Entry(entity);
        if (dbEntityEntry.State != EntityState.Detached)
        {
            dbEntityEntry.State = EntityState.Added;
        }
        else
        {
            DbSet.Add(entity);
        }
    }

public void Dispose()
    {
        DbContext.Dispose();
    }

}

域：

Domain.Logic（IdentityUserManager将是Domain.Models中的一个类）：

public class IdentityUserManager
{
    public void Add(IdentityUser idUser)
    {
        using(var idUserRepository = new EFRepository<IdentityUser>(Database.GetContext())
        {
            idUserRepository.Add(idUser);
        }
    }
}

UI：

[HttpPost]
public ActionResult Post(UserViewModel model)
{
    UserIdentity user = MapUser(model);
    var userManager = new IdentityUserManager();
    userManager.Add(user);

    return View(new UserViewModel());
}

（这不是所有在Visual Studio中编写的，因此请原谅任何拼写错误。）

承认，在这段代码中可以有更多的抽象，但在这里写下整个解决方案是荒谬的。例如，您也可以使用Unit of Work模式，这对于存储库模式非常有用。所以请阅读这个例子，而不是如何实现此设置的完整指南。事情可以比这个例子更清晰。

为了深入了解其中某些模式的实现，我敦促让您看看John Papa关于Plural Sight的课程Single Page Apps。他在解释这些模式的好处以及如何实现它们方面做得非常出色。

ASP.NET MVC，EntityFramework，DBContext，Repository在不同的Project中

1 个答案: