如何在Entity Framework Core运行时自动创建迁移？

当然可以！EF Core完全支持在运行时动态生成并应用迁移，根本不需要依赖Package Manager Console的enable-migrations、add-migration或update-database命令。针对你使用PostgreSQL的场景，我给你拆解两种可行的实现方案：

方案一：调用dotnet ef命令（最简单，推荐） #

这种方式本质上是在代码中模拟你手动执行PM命令的流程，通过启动进程调用dotnet ef工具来生成迁移，再执行迁移应用。优点是逻辑简单，和官方工具行为完全一致，适合大多数场景。

步骤： #

1. 确保依赖齐全：
   确保你的项目已安装以下NuGet包：

   • Npgsql.EntityFrameworkCore.PostgreSQL（PostgreSQL的EF Core驱动）
   • Microsoft.EntityFrameworkCore.Design（EF Core设计时工具，dotnet ef命令依赖它）

2. 编写运行时代码：
   在应用启动逻辑中（比如.NET 6+的Program.cs）添加以下代码：

   var builder = WebApplication.CreateBuilder(args);
   
   // 注册DbContext
   builder.Services.AddDbContext<YourDbContext>(options =>
       options.UseNpgsql(builder.Configuration.GetConnectionString("PostgresConnection")));
   
   var app = builder.Build();
   
   // 在启动前处理迁移
   using (var scope = app.Services.CreateScope())
   {
       var services = scope.ServiceProvider;
       var context = services.GetRequiredService<YourDbContext>();
       var projectDir = Directory.GetCurrentDirectory();
   
       try
       {
           // 检查是否有未应用的迁移，或者模型是否有变化
           var pendingMigrations = context.Database.GetPendingMigrations();
           var modelHasChanges = !context.Database.ValidateModel();
   
           if (modelHasChanges || !pendingMigrations.Any())
           {
               // 生成迁移名称（用时间戳保证唯一）
               var migrationName = $"AutoMigration_{DateTime.Now:yyyyMMddHHmmss}";
   
               // 执行add-migration命令
               var addMigrationProcess = new Process
               {
                   StartInfo = new ProcessStartInfo
                   {
                       FileName = "dotnet",
                       Arguments = $"ef migrations add {migrationName} --project {projectDir} --startup-project {projectDir}",
                       RedirectStandardOutput = true,
                       RedirectStandardError = true,
                       UseShellExecute = false,
                       CreateNoWindow = true
                   }
               };
   
               addMigrationProcess.Start();
               addMigrationProcess.WaitForExit();
   
               if (addMigrationProcess.ExitCode != 0)
               {
                   var errorMsg = addMigrationProcess.StandardError.ReadToEnd();
                   throw new InvalidOperationException($"生成迁移失败：{errorMsg}");
               }
           }
   
           // 应用所有迁移（包括刚生成的）
           context.Database.Migrate();
           Console.WriteLine("迁移已成功应用！");
       }
       catch (Exception ex)
       {
           Console.WriteLine($"迁移处理出错：{ex.Message}");
           // 这里可以根据需要添加错误处理逻辑，比如终止应用或降级处理
       }
   }
   
   // 其他中间件配置...
   app.Run();
   

注意事项： #

• 运行环境需要安装**.NET SDK**：因为dotnet ef命令是SDK工具，不是Runtime的一部分。如果部署到生产环境，需要确保镜像/服务器包含SDK（或者使用包含SDK的基础镜像）。
• 迁移文件会被生成到项目的Migrations目录下：如果你不需要保留这些文件，可以在迁移应用后手动删除，但注意不要影响后续的迁移逻辑。

方案二：手动通过EF Core内部服务生成迁移（无需SDK） #

如果你无法在运行环境中安装.NET SDK，可以直接调用EF Core的内部服务来生成迁移逻辑。这种方式更复杂，但完全不依赖外部命令。

核心思路： #

通过EF Core的IModelDiffer、IMigrationGenerator等服务，对比当前模型与数据库的差异，生成迁移代码，再通过IMigrator应用迁移。

步骤： #

1. 实现设计时DbContext工厂：
   生成迁移需要设计时的DbContext实例，所以需要实现IDesignTimeDbContextFactory：

   public class YourDbContextDesignFactory : IDesignTimeDbContextFactory<YourDbContext>
   {
       public YourDbContext CreateDbContext(string[] args)
       {
           var config = new ConfigurationBuilder()
               .SetBasePath(Directory.GetCurrentDirectory())
               .AddJsonFile("appsettings.json")
               .Build();
   
           var options = new DbContextOptionsBuilder<YourDbContext>()
               .UseNpgsql(config.GetConnectionString("PostgresConnection"))
               .Options;
   
           return new YourDbContext(options);
       }
   }
   

2. 编写迁移生成与应用代码：
   在启动逻辑中添加以下代码：

   using (var scope = app.Services.CreateScope())
   {
       var services = scope.ServiceProvider;
       var context = services.GetRequiredService<YourDbContext>();
       var designFactory = new YourDbContextDesignFactory();
       var designContext = designFactory.CreateDbContext(null);
   
       // 获取EF Core的迁移服务
       var modelDiffer = services.GetRequiredService<IModelDiffer>();
       var migrationGenerator = services.GetRequiredService<IMigrationGenerator>();
       var migrator = services.GetRequiredService<IMigrator>();
       var migrationsAssembly = services.GetRequiredService<IMigrationsAssembly>();
   
       // 获取当前模型与最后一次迁移的模型快照
       var currentModel = designContext.Model;
       var lastSnapshotModel = migrationsAssembly.ModelSnapshot?.Model;
   
       if (lastSnapshotModel != null)
       {
           // 对比模型差异
           var differences = modelDiffer.GetDifferences(lastSnapshotModel, currentModel);
           if (differences.Any())
           {
               // 生成迁移
               var migrationName = $"AutoMigration_{DateTime.Now:yyyyMMddHHmmss}";
               var migration = migrationGenerator.GenerateMigration(migrationName, currentModel, differences);
   
               // 保存迁移文件到Migrations目录
               var migrationDir = Path.Combine(Directory.GetCurrentDirectory(), "Migrations");
               if (!Directory.Exists(migrationDir)) Directory.CreateDirectory(migrationDir);
   
               // 生成迁移类文件
               var migrationClassPath = Path.Combine(migrationDir, $"{migrationName}.cs");
               File.WriteAllText(migrationClassPath, migration.Code);
   
               // 生成模型快照文件（建议生成，否则下次对比会出错）
               var snapshotCode = migrationGenerator.GenerateSnapshot(
                   $"{typeof(YourDbContext).Name}ModelSnapshot",
                   typeof(YourDbContext).Namespace + ".Migrations",
                   currentModel);
               var snapshotPath = Path.Combine(migrationDir, $"{typeof(YourDbContext).Name}ModelSnapshot.cs");
               File.WriteAllText(snapshotPath, snapshotCode);
   
               // 注意：需要重新加载迁移程序集才能识别新生成的迁移，这部分逻辑较复杂，需额外处理
           }
       }
       else
       {
           // 没有任何迁移，生成初始迁移（逻辑类似上面）
       }
   
       // 应用迁移
       migrator.Migrate();
   }
   

注意事项： #

• 这种方式需要处理程序集加载的问题：新生成的迁移文件需要被加载到当前应用的程序集中，才能被IMigrator识别，这部分逻辑比较复杂，容易出问题。
• 适合对迁移流程有高度自定义需求的场景，一般不推荐作为常规方案。

总结 #

如果你的运行环境允许安装.NET SDK，方案一绝对是首选，它简单可靠，和官方工具行为一致。如果必须脱离SDK运行，可以尝试方案二，但需要额外处理程序集加载等复杂逻辑。

内容的提问来源于stack exchange，提问作者ÖMER HATİP