使用实体框架的设计模式？

Question

界面

public interface IDinnerRepository 
{
    IQueryable<Dinner> FindAllDinners();
    IQueryable<Dinner> FindDinnersByText(string q);

    Dinner GetDinner(int id);

    void Add(Dinner dinner);
    void Delete(Dinner dinner);

    void Save();
}

继承自上述接口的类

public class DinnerRepository : NerdDinner.Models.IDinnerRepository
{
    NerdDinnerEntities db = new NerdDinnerEntities();

    Public IQueryable<Dinner> FindDinnersByText(string q)
    {
         return db.Dinners.Where(d => d.Title.Contains(q)
             || d.Description.Contains(q)
             || d.HostedBy.Contains(q));
    }

    public IQueryable<Dinner> FindAllDinners()
    {
         return db.Dinners;
    }

    public Dinner GetDinner(int id)
    {
        return db.Dinners.SingleOrDefault(d => d.DinnerID == id);
    }

    public void Add(Dinner dinner)
    {
        db.Dinners.AddObject(dinner);
    }

    public void Delete(Dinner dinner)
    {
        foreach (RSVP rsvp in dinner.RSVPs.ToList())
            db.RSVPs.DeleteObject(rsvp);

        db.Dinners.DeleteObject(dinner);
   }

   public void Save()
   {
        db.SaveChanges();
   }
}

在程序中的使用

public class DinnerOperation
{
    DinnerRepository dr = new DinnerRepository();

    // insert
    public void InsertDinner()
    {
        Dinner dinner = dr.GetDinner(5);
        dr.Dinner.Add(dinner);
        dr.Save();
    }

    // delete
    public void DeleteDinner()
    {
        Dinner dinner = dr.GetDinner(5);
        dr.Dinner.Delete(dinner);
        dr.Save();
    }
}

并且不使用存储库设计模式...

public class DinnerOperation
{
    DinnerEntities entity = new DinnerEntities();

    // insert
    public void InsertDinner()
    {
        Dinner dinner = entity.Dinners.Find(5);
        entity.Dinner.Add(dinner);
        entity.SaveChanges();
    }

    // delete
    public void DeleteDinner()
    {
        Dinner dinner = entity.Dinners.Find(5);
        entity.Dinner.Remove(dinner);
        entity.SaveChanges();
    }
}

问题

我不明白，在这里，我们为什么要使用设计模式？ 当以这种方式将存储库设计模式与实体框架一起使用时，没有任何意义。

如何在实体框架中使用设计模式？什么时候将设计模式与实体框架结合使用才有意义？

Answer 1

你几乎明白了。首先，重构您的晚餐操作类，以便可以将存储库实现注入其中。

public class DinnerOperation
{
  private IDinnerRepository dr;
  public DinnerOperation( IDinnerRespository repository ) {
     this.dr = repository;
  }

  // insert
  public void InsertDinner()
  {
      Dinner dinner = dr.GetDinner(5);
      dr.Dinner.Add(dinner);
      dr.Save();
  }

  // delete
  public void DeleteDinner()
  {
      Dinner dinner = dr.GetDinner(5);
      dr.Dinner.Delete(dinner);
      dr.Save();
  }
}

然后实现不同的仓库：

public class EntityFrameworkDinnerRepository : IDinnerRepository
public class NHibernateDinnerRepository : IDinnerRepository
public class Linq2SqlDinnerRepository : IDinnerRepository
public class MockDinnerRepository : IDinnerRepository
....

然后使用您想要的任何存储库：

var repository = new ....Repository();
var operation = new DinnerOperation( repository );

operation.GetDinner(5);

存储库用于抽象您的具体数据提供者，从而使您的架构更加脆弱。

想要切换到 nHibernate？

如果你到处都有 EntityFramework，那就太痛苦了。 很简单，如果您使用存储库，您只需注入另一个存储库，您的业务逻辑不必更改。

想要对您的业务逻辑进行单元测试？

如果您坚持使用具体的数据提供者，那就太痛苦了。 很简单，如果你有存储库，你只需注入一个甚至不使用数据库的内存存储库。

现在知道了吗？

Answer 2

我在使用 ORM 时拒绝使用存储库模式。我认为在这种情况下它几乎没有任何好处。 （是的，我预计会被狂热者投下大约 2000 次反对票）。

使用 EF，我为我的 Context 创建了一个接口

public interface IDinnerContext : IDisposable
{
    IDbSet<Dinner> Dinners;

    int SaveChanges();
}

然后我将此接口粘贴到我的 EF DatabaseContext 实现中，中提琴！我可以在任何地方使用 EF，使用 MOCK 实现对我的数据库访问进行单元测试，如果我愿意，可以使用注入，而不是最终得到 600 万个 GetByXXX 方法。 IQeryable 处理这个，我得到延迟执行。我真的不需要插入/删除方法，因为 IDBSet 已经有添加/删除。我的代码更简洁/更易于阅读，抽象更少。

如果我确实遇到了在许多不同地方使用相同查询的情况，并且我确实希望这种情况很常见，那么我可以添加一些机制来支持它。但是，95% 的情况下，查询特定于负责业务逻辑 X 的组件（简单 GetBy 语句之外的任何内容）。所以我不认为这是一个问题。

不要误会我的意思，在 ORM 变得相当不错之前，我一直虔诚地使用存储库模式。一旦 ORM 达到一定的复杂程度，我觉得可能不再需要存储库模式并开始在没有它的情况下进行项目......并且从未回头。我认为其他所有人最终都会朝着这个方向前进，或者类似的东西，但是旧习惯需要一段时间才能消失。 （我知道一些开发人员仍然坚持使用 lock(this)，因为它仍在某些 MS 示例中）。

Answer 3

这是 存储库模式，它本身对于实体框架来说是多余的，因为 DbContext 同时用作存储库和工作单元，但它不可模拟 - 没有 @ 987654322@。因此，您最终将 DbContext 放入一个精简的存储库包装器中，以便您以后可以轻松地测试组件。

我认为值得一提的是，我从未在 NHibernate 中使用过 Repository 模式，因为会话和会话工厂是接口 - ISession 和 ISessionFactory 相应地。

如果你在某个地方（IRepository）通过接口使用存储库并注入它，通过模拟/存根进行测试会容易得多：

public class DinnerOperation
{
    private readonly IDinnerRepository repository;

    public DinnerOperation(IDinnerRepository dinnerRepository)
    {
        repository = dinnerRepository;
    }
}

当然，您必须使用选择的 IoC 容器为您注入正确的实例（在本例中为 DinnerRepository），或者“手动”执行 DI。

这样您就可以针对模拟或存根存储库测试DinnerOperation 类。当你实例化DbContext 时，你不能。