我如何模拟实体框架的导航财产情报？

Question

我正在尝试使用内存中的模拟上下文来测试我的存储库。

正如大多数人所做的那样，我使用内存中的字典来实现它。 这将我的存储库接口上的成员实现为使用内存中集合的Add，Remove，Find等。

这在大多数情况下工作正常：

[TestMethod]
public void CanAddPost()
{
    IRepository<Post> repo = new MockRepository<Post>();
    repo.Add(new Post { Title = "foo" });
    var postJustAdded = repo.Find(t => t.Title == "foo").SingleOrDefault();
    Assert.IsNotNull(postJustAdded); // passes
}

但是，我有以下测试，我无法通过模拟存储库（适用于SQL存储库）。

考虑我有三个存储库：

1. 帖子 （处理用户内容帖子，如StackOverflow问题）。
2. 地点 （世界上的位置，如“洛杉矶”）。
3. LocationPosts （用于处理帖子/位置之间的多个联结的联结表）。

帖子可以添加到任何地方，也可以添加特定的位置。

现在，这是我的测试：

[TestMethod]
public void CanAddPostToLocation()
{
   var location = locationRepository.FindSingle(1); // Get LA
   var post = new Post { Title = "foo", Location = location }; // Create post, with LA as Location.
   postRepository.Add(post); // Add Post to repository

   var allPostsForLocation = locationPostRepository.FindAll(1); // Get all LA posts.
   Assert.IsTrue(allPostsForLocation.Contains(post)); // works for EF, fails for Mock.
}

基本上，当使用“真正的”EF / SQL存储库时，当我向特定位置添加帖子时，EntityFramework足够智能添加“LocationPost”记录，因为EDMX中的关联（“LocationPosts”导航属性“发布“实体”

但是，我怎样才能使我的Mock存储库足够智能以“模仿”这种EF智能？

当我在我的模拟存储库上执行“添加”时，这只会添加到字典中。 它没有聪明才能去“哦，等等，你有一个依赖关联，让我把它添加到OTHER存储库”。

我的模拟存储库是通用的，所以我不知道如何把智能放在那里。

我还看过创建一个FakeObjectContext / FakeObjectSet（正如Julie Lerman在她的博客上所建议的那样），但是这仍然没有涵盖这个场景。

我有一种感觉，我的嘲弄解决方案还不够好。 任何人都可以提供帮助，或者提供有关如何正确模拟覆盖我的场景的Entity Framework 4 / SQL Server存储库的最新文章吗？

问题的核心是我每个聚合根有一个存储库（这很好，但也是我的垮台）。

所以Post和Location都是聚合根，但都不是“拥有” LocationPosts 。

因此，它们是3个单独的存储库，在内存中，它们是3个单独的字典。 我想我在内存回购中错过了它们之间的“粘合剂”。

编辑

问题的一部分是我使用Pure POCO （没有EF代码生成）。 我也没有任何更改跟踪（没有基于快照的跟踪，没有代理类）。

我认为这是“聪明人”发生的地方。

目前，我正在探索代表选项。 我在我的Generic Mock Repository中暴露了一个事件（void，接受泛型T，作为Entity），我在“Add”之后调用它。 然后，我在“Post Repository”中订阅此事件，我计划将相关实体添加到其他存储库。

这应该工作。 如果它这样做，将作为答案。

但是，我不确定这是最好的解决方案，但是再一次，这只是为了满足模拟（代码不会用于实际功能）。

Answer 1

正如我在编辑中所说，我探索了委托选项，该选项已成功运作。

这是我如何做到的：

namespace xxxx.Common.Repositories.InMemory // note how this is an 'in-memory' repo
{
   public class GenericRepository<T> : IDisposable, IRepository<T> where T : class
   {
      public delegate void UpdateComplexAssociationsHandler<T>(T entity);
      public event UpdateComplexAssociationsHandler<T> UpdateComplexAssociations;

      // ... snip heaps of code

      public void Add(T entity) // method defined in IRepository<T> interface
      {
         InMemoryPersistence<T>().Add(entity); // basically a List<T>
         OnAdd(entity); // fire event
      }

      public void OnAdd(T entity)
      {
         if (UpdateComplexAssociations != null) // if there are any subscribers...
            UpdateComplexAssociations(entity); // call the event, passing through T
      }
   }
}

然后，在我的In Memory“Post Repository”（继承自上面的类）。

public class PostRepository : GenericRepository<Post>
{
   public PostRepository(IUnitOfWork uow) : base(uow)
   {
      UpdateComplexAssociations += 
                  new UpdateComplexAssociationsHandler<Post>(UpdateLocationPostRepository);
   }

   public UpdateLocationPostRepository(Post post)
   {
      // do some stuff to interrogate the post, then add to LocationPost.
   }
}

您也可以认为“保持，PostRepository 派生自GenericRepository，那么为什么要使用委托，为什么不重写Add？” 答案是“添加”方法是IRepository的接口实现 - 因此不能是虚拟的。

正如我所说，不是最好的解决方案 - 但这是一个嘲弄的场景（对代表来说是个好例子）。 我的印象并不是很多人在模拟，纯粹的POCO和存储库/工作模式单元（没有POCO的变化跟踪）方面“走得这么远”。

希望这有助于其他人。