为什么 TableAttribute 位于实体框架 Dll 中？

Question

Table 属性（可用于将 POCO 类映射到正确的数据库名称/架构）位于 EntityFramework.dll 中是否有充分的理由？

这是否会阻止您创建一个仅包含您的实体而不依赖于特定数据访问技术的域项目？例如，如果我使用此属性，我不相信这些类可以移植到 Silverlight。

这是一个疏忽，还是我错过了什么？

我意识到我可以使用 Fluent API 来规避这个问题，但该属性似乎更适合此目的。

Answer 1

我认为是因为 EF 4.1 中添加了 TableAttribute。它属于命名空间 System.ComponentModel.DataAnnotations，如果 EF 4.1 是常规 .NET Framework 的一部分，则可能已添加到 System.ComponentModel.DataAnnotations.dll 程序集中发布。但由于 EF 4.1 是独立于框架更新发布的，因此它们无法触及框架核心程序集。因此，它目前位于 EntityFramework.dll 中，但仍在 System.ComponentModel.DataAnnotations 命名空间中，因此在某种程度上独立于实体框架。也许它会随着下一个 .NET Framework 版本移至 System.ComponentModel.DataAnnotations.dll 中。

目前，如果您想使用 TableAttribute 装饰 POCO，则必须引用 EntityFramework.dll。只要您不在自定义程序集中使用“真正的”EF 内容（DbContext 等），我就不会将其视为实体框架的依赖项。

Answer 2

这确实会给 Silverlight 带来问题。

对于那些在这一问题上苦苦挣扎的人，目前必须使用 Fluent API 来进行映射。

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<BankAccount>().ToTable("BankAccounts");
    modelBuilder.Entity<CreditCard>().ToTable("CreditCards");
}

HTH。