对双向 EF 关系进行单元测试

Question

我正在做一个小的练习项目来提高我的单元测试技能。我首先使用实体框架代码。

我正在使用FakeDBSet，它适用于简单的实体列表。当实体树返回时，事情就不是那么好了。特别是不维护双向关系，因为这是实体框架魔术的一部分。

我有两个类：

public class Book
{
    public virtual ICollection<Review> Reviews {get; set;}
}
public class Review
{
    public virtual Book Book { get; set;}
}

如果我将图书设置为评论，则该评论不会添加到该书的评论集合中。使用 EF 时确实如此，但在我的假版本中没有。

有没有办法模拟这种行为，或者我不应该依赖 EF 来实现双向关系？还是嘲笑数据上下文只是浪费时间？

Answer 1

这实际上是一个非常普遍的问题（而且没有一个很好的答案）。EF 内部发生了一个称为修正的过程，该过程在检测更改循环（在添加/删除和其他一些更改时触发的过程）内运行。这将评估模型中的反向链接。当你开始模拟你的上下文时，你将失去检测更改循环，从而失去修正。

过去，我已经通过了解我的模拟的这个特殊限制并确保我以正确的方式执行我的设置代码以在代码中有意义（让我们面对它非常不理想）来解决这个问题。此处的另一个选项是在单元测试中转到某种形式的真正轻型数据库，并继续使用 EF。

Answer 2

我发现的一个可能的解决方案是创建一个模拟 EF 修正代码的模拟对象。

下面是一个使用 Mocking Framework NSubstitute 的示例：

private static Book CreateMockBook()
{
    var book = Substitute.For<Book>();
    // Mock EF fixup: Add a review to collection should also set book for the review
    book.Reviews.Add(Arg.Do<Review>((x) => { if(x.Book != book) x.Book = book; }));
    return book;
}
private static Review CreateMockReview()
{
    var review = Substitute.For<Review>();
    // Mock EF fixup: Set a book for the review should also should add the review to book's review collection
    review.When(x  => x.Book = Arg.Any<Book>()).Do(x => review.Book.Review.Add(review));
    return review;
}

这工作得很好，但我不确定需要模拟这种行为是否表明我的测试变得太复杂了，或者我的代码正在使用不应该的副作用。

我会对其他人对此的看法感兴趣？