为什么 EF 5.x 对表使用复数名称？

我对 ORM 框架（例如 Hibernate，甚至 Entity Framework 3.0）有一些经验。

默认情况下，这些框架使用表的单数名称。例如，类 User 将映射到表 User。

但是，当我使用 Visual Studio 2012 迁移到 EF 5.x 时，它使用复数名称并导致许多错误，除非我使用手动映射该类TableAttribute as:

[Table("User")]
public class User {
    // ...
}

Without TableAttribute，如果我有一个DbContext如下：

public CustomContext : DbContext {
    // ...
    public DbSet<User> Users { get; set; }
}

然后调用：

var list = db.Users.ToList();

生成的 sql 如下所示：

Select [Extent1].[Username] From [Users] as [Extent1]

因此，会发生错误，因为我没有任何名为Users。此外，我将单数形式的名称表称为复数形式。你可以看到为什么这个链接

我想知道为什么 Microsoft 以这种方式实现 EF 5.x，而不是与 EF 3.0 相同？

Updated:

我们可以通过在上下文类中使用以下代码来告诉 EF 不要使用复数名称：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Conventions.Remove<PluralizingTableNameConvention>();

    base.OnModelCreating(modelBuilder);
}

即使 EF 工具生成复数名称，它也应该保留到原始数据库的映射，不是吗？因为有些用户可能想要更改其类上的一些字段名称。 EF 3.0 运行良好，但 EF 5.x 则不然。

各位，请给我一个理由吧！

该约定定义于PluralizingTableNameConvention默认定义的约定DbModelBuilder.Conventions

如果您想将其从所有表中排除，可以使用以下代码这个问题.

我不知道为什么要这样做，但我必须说，我个人认为表名应该是复数的:)

在随 SQL Server 实例提供的示例数据库中，Northwind 使用复数形式，而 AdventureWorks 使用单数形式，因此最多没有既定的标准。我对每一个都进行了很多支持或反对的讨论，但每个人都同意的一件事是，一旦选择了命名策略，你应该坚持下去。