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