EF Core Fluent API 是在 OnModelCreating 方法中通过 ModelBuilder 配置模型的推荐方式,比数据注解更灵活、解耦更强,适合复杂场景;配置必须在此方法中编写,建议拆分到实现 IEntityTypeConfiguration 的独立类中;支持表名列名修改、主键设置、索引与关系配置等。
EF Core Fluent API 是在 OnModelCreating 方法中通过 ModelBuilder 对象配置模型的推荐方式,比数据注解更灵活、解耦更强,也更适合复杂场景。它不依赖属性标记,所有配置集中管理,便于维护和跨数据库适配。
重写 DbContext 类中的 OnModelCreating 方法,在里面调用 modelBuilder 的链式方法:
protected override void OnModelCreating(ModelBuilder modelBuilder) 中编写
OnConfiguring 中调用,否则会报错IEntityTypeConfiguration),再在 OnModelCreating 中批量注册,保持主方法简洁以下是在 OnModelCreating 中直接写的典型操作:
modelBuilder.Entity().ToTable("Users")
modelBuilder.Entity().Property(u => u.Email).HasColumnName("email_address").HasColumnType("varchar(255)").IsRequired()
modelBuilder.Entity().HasKey(o => o.Id); modelBuilder.Entity().Property(o => o.Id).ValueGeneratedOnAdd()
modelBuilder.Entity().HasKey(oi => new { oi.OrderId, oi.ProductId })
索引和导航关系是性能和数据完整性关键,Fluent API 提供清晰语法:
modelBuilder.Entity().HasIndex(u => u.Email).IsUnique()
modelBuilder.Entity().HasIndex(u => new { u.Status, u.CreatedAt }).HasDatabaseName("IX_Users_Status_CreatedAt")
modelBuilder.Entity().HasOne(p => p.Blog).WithMany(b => b.Posts).HasForeignKey(p => p.BlogId)
modelBuilder.Entity().HasMany(s => s.Teachers).WithMany(t => t.Students).UsingEntity(j => j.ToTable("StudentTeacher"))
这不是“好不好看”的问题,而是工程实践的合理性:
nvarchar,MySQL 用 varchar),只需在配置里加判断,不用改实体基本上就这些。上手不难,关键是养成“实体归实体、配置归配置”的习惯。