Question

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

我使用内存中的词典实现这一点，就像大多数人一样。这将我的存储库接口上的成员实现为使用内存中集合的添加，删除，查找等。

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

[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存储库）。

考虑我有三个存储库：

帖子（处理用户内容帖子，例如StackOverflow问题）。
地点（世界各地，如“洛杉矶”）。
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存储库中。”

My Mock Repository是通用的，所以我不知道如何把智能放在那里。

我还看过创建一个FakeObjectContext / FakeObjectSet（正如Julie Lerman在她的博客上所建议的那样），但这仍然不包括这种情况。

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

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

所以发布和位置都是聚合根，但都不“拥有” 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的变化跟踪）方面“走得这么远”。

希望这有助于其他人。

我如何模拟实体框架导航属性智能？

1 个答案: