Entity Framework 6中的抽象接口和抽象基类

作为Beta 1版本的一部分，Entity Framework 6为DbSet添加了新的AddRange和RemoveRange方法，来支持批量插入和删除。这两个方法都接受一个IEnumerable类型的参数，并在调用SaveChanges的时候对其进行处理。同时DbSet还增加了一个FindAsync方法。

添加这些方法给Entity Framework小组带来了设计问题。为了使DbSet可测试，他们引入了之匹配的接口IDbSet。理论上任何模拟类都会实现该接口。但为抽象接口添加新方法属于重大（破坏性的）修改，你会怎么做呢？

Entity Framework小组考虑过的一些想法包括：

• 做出这种重大修改。Sun在Java 7中为JDBC接口添加新方法时也走的这个路子。
• 使DbSet“可模拟”。也就是说为其添加一个受保护的构造函数，并将所有方法标记为virtual。如果使用了这个受保护的构造函数，则所有方法都被视为无操作无用途的覆盖。IDbSet可以标记为废弃的，因为它对于真正的DbSet来说已经没什么用了。
• 使用带委托的扩展方法。对于真正的DbSet，扩展方法将调用DbSet的方法。如果仅仅是IDbSet，将使用反射来找到匹配的方法进而调用。毫无疑问，这会使测试变慢，并且丢失了静态类型的安全性。
• 创建新的接口IDbSet2。（以后可能还会有IDbSet3、IDbSet4等）。

EF小组的选择记录在5月16日的设计会议纪要中，

我们决定让DbSet可模拟。不过我们不会将IDbSet标记为废弃，以为目前使用IDbSet而不需要新成员的人减少创建工作。我们将为IDbSet添加文档，指明新代码最好使用DbSet，并根据反馈决定是否在未来弃用IDbSet。

如果你对Entity Framework以往的设计决策感兴趣，可以查看2012年3月31日以来的所有设计会议纪要。

查看英文原文：Abstract Interfaces vs Abstract Base Classes in Entity Framework 6