为何Entity Framework使用ICollection而非ObservableCollection？能否提供可选方案？

为什么EF默认用ICollection<>而非ObservableCollection<>？ #

• 避免绑定UI框架依赖：ObservableCollection<>是WPF、UWP这类UI框架的专属类型，EF作为通用ORM要保持对所有.NET场景的兼容性，引入它会强制依赖特定UI库，违背通用工具的设计初衷。
• 自有变更跟踪机制：EF本身具备独立的实体状态跟踪系统，它通过快照对比、动态代理等方式感知集合的增删改操作，不需要借助集合自身的通知事件。哪怕用普通的List<>，EF也能准确检测到变化。
• 追求轻量化与性能：ObservableCollection<>每次修改都会触发额外的事件通知，带来不必要的性能开销。EF面向数据操作场景，多数时候不需要UI级别的通知，ICollection<>这种基础接口更高效。

能否用ObservableCollection<>作为可选类型？ #

当然可以，完全支持：

• 直接在实体类中将集合属性声明为ObservableCollection<>即可，因为它实现了ICollection<>接口，满足EF对集合的基本要求。
• 记得在实体构造函数里初始化集合实例，示例代码：

public class Blog
{
    public int BlogId { get; set; }
    public string BlogName { get; set; }
    // 用ObservableCollection<>作为集合类型
    public ObservableCollection<Post> Posts { get; set; } = new ObservableCollection<Post>();
}

• 这样在业务代码（尤其是UI层）中就能利用它的CollectionChanged通知机制，同时EF依然能正常跟踪集合的变更状态，两者互不冲突。

内容的提问来源于stack exchange，提问作者David Thielen