问实体框架代码优先- Fluent Api与数据注释的优缺点

EN

使用DataAnnotations可以配置的所有内容，也可以使用Fluent API进行配置。反之亦然。因此，从配置选项和灵活性的角度来看，Fluent API是“更好的”。

配置示例(当然不是完整的列表)，在Fluent API中是可能的，但在DataAnnotations中是不可能的(据我所见)：

• 关闭级联删除：

当键未在对象模型中公开时，数据库中的.WillCascadeOnDelete(false)

• Specify外键列名称：

.Map(conf => conf.MapKey("MyForeignKeyID"))

• Fine对关系的细粒度调整，特别是在对象模型中只公开关联的一侧的所有情况下：

对象模型和数据库表之间继承映射的WithRequiredPrincipal(...)

• Specification、.WithMany(...)、WithOptional(...)、WithRequiredDependent(...) (每个层次结构的表、每个类型的表、每个具体类的表)：

.Map<TDerived>(Action<EntityMappingConfiguration<TDerived>> ...)

编辑:微软认为Fluent API是一个“高级功能”(引用自here)：

，fluent API被认为是一个更高级的特性，我们建议您使用数据注释，除非您的需求要求您使用fluent API。

但在我看来，您很快就会达到DataAnnotations的局限性(可能除了极其简单的对象模型之外)。如果您不能再使用DataAnnotations对模型进行微调，那么最后的办法就是遵循默认的映射约定(根据这些规则命名属性)。目前您不能覆盖这些约定(仅禁用它们；微软宣布在未来的EF版本中提供这些约定的配置选项)。但是，如果您不想在定义对象模型时受到映射约定的限制，那么您唯一的选择就是Fluent API。

学习Fluent API几乎是必须的，对于简单的应用程序来说，DataAnnotations是一个很好的选择。