Question

我使用IDesignTimeDbContextFactory＆lt;＆gt;在单独的程序集中定义了Entity Framework Core数据库。模式（即，我定义了一个类，派生自IDesignTimeDbContextFactory，它有一个名为CreateDbContext的方法，它返回数据库上下文的实例）。

因为EF Core数据库所属的应用程序使用AutoFac依赖注入，所以IDesignTimeDbContextFactory＆lt;＆gt;工厂类在其构造函数中创建一个AutoFac容器，然后解析DbContextOptionsBuilder＆lt;＆gt; -derived类，该类被提供给数据库上下文的构造函数（我这样做，所以我可以控制本地或基于Azure的SqlServer数据库是否是基于配置文件设置，使用存储在Azure KeyVault中的密码进行定位：

public class TemporaryDbContextFactory : IDesignTimeDbContextFactory<FitchTrustContext>
{
    private readonly FitchTrustDBOptions _dbOptions;

    public TemporaryDbContextFactory()
    {
        // OMG, I would >>never<< have thought to do this to eliminate the default logging by this
        // deeply-buried package. Thanx to Bruce Chen via 
        // https://stackoverflow.com/questions/47982194/suppressing-console-logging-by-azure-keyvault/48016958#48016958
        LoggerCallbackHandler.UseDefaultLogging = false;

        var builder = new ContainerBuilder();

        builder.RegisterModule<SerilogModule>();
        builder.RegisterModule<KeyVaultModule>();
        builder.RegisterModule<ConfigurationModule>();
        builder.RegisterModule<FitchTrustDbModule>();

        var container = builder.Build();

        _dbOptions = container.Resolve<FitchTrustDBOptions>() ??
                     throw new NullReferenceException(
                         $"Could not resolve {typeof(FitchTrustDBOptions).Name}");
    }

    public FitchTrustContext CreateDbContext( string[] args )
    {
        return new FitchTrustContext( _dbOptions );
    }
}

public class FitchTrustDBOptions : DbContextOptionsBuilder<FitchTrustContext>
{
    public FitchTrustDBOptions(IFitchTrustNGConfigurationFactory configFactory, IKeyVaultManager kvMgr)
    {
        if (configFactory == null)
            throw new NullReferenceException(nameof(configFactory));

        if (kvMgr == null)
            throw new NullReferenceException(nameof(kvMgr));

        var scannerConfig = configFactory.GetFromDisk()
                            ?? throw new NullReferenceException(
                                "Could not retrieve ScannerConfiguration from disk");

        var dbConnection = scannerConfig.Database.Connections
                               .SingleOrDefault(c =>
                                   c.Location.Equals(scannerConfig.Database.Location,
                                       StringComparison.OrdinalIgnoreCase))
                           ?? throw new ArgumentOutOfRangeException(
                               $"Cannot find database connection information for location '{scannerConfig.Database.Location}'");

        var temp = kvMgr.GetSecret($"DatabaseCredentials--{dbConnection.Location}--Password");

        var connString = String.IsNullOrEmpty(dbConnection.UserID) || String.IsNullOrEmpty(temp)
            ? dbConnection.ConnectionString
            : $"{dbConnection.ConnectionString}; User ID={dbConnection.UserID}; Password={temp}";

        this.UseSqlServer(connString,
            optionsBuilder =>
                optionsBuilder.MigrationsAssembly(typeof(FitchTrustContext).GetTypeInfo().Assembly.GetName()
                    .Name));
    }
}

毋庸置疑，虽然这为我提供了很大的灵活性（我可以通过更改单个配置参数从本地切换到云数据库，并且任何所需的密码都可以合理安全地存储在云中），但它可以绊倒如果代码中存在错误（例如，配置文件的名称错误），则添加迁移命令行开关。

为了调试这些问题，我经常不得不求助于通过诊断WriteLine调用将消息输出到Visual Studio输出窗口。这让我觉得非常原始（更不用说耗时）。

有没有办法将调试器附加到我的代码中，通过add-migration调用，这样我就可以通过它来检查，检查值等等？我尝试在我的代码中插入一个Launch（）调试器行，但它不起作用。它似乎把我扔进了add-manager代码库，为此我没有加载符号，我尝试在代码中设置的断点显示为空的红色圆圈：它们永远不会被击中。

欢迎提出意见和建议！

Answer 1

将Debugger.Launch()添加到构造函数的开头以启动实时调试器。这使您可以将VS附加到进程并像平常一样进行调试。

调试由EF Core Add-Migrations调用的代码

1 个答案: