ASP.NET Core 2 + Bekommen Instanz der db-Kontext

Ich versuche zu bekommen eine Instanz der DbContext (also ich kann einige zusätzliche Arbeit, die beim Start mit es), bekomme ich die folgende Fehlermeldung beim Versuch, eine Instanz in der Configure Methode:

System.InvalidOperationException: 'Nicht auflösen kann Gültigkeitsbereich service" Anwendung.Daten.MyDbContext' von der Wurzel-Anbieter.'

public void ConfigureServices(IServiceCollection services)
{
 services.AddDbContext<MyDbContext>(
                options => options.UseSqlServer(Configuration.GetConnectionString("MyDbContext")));
}

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{

    var dbContext = app.ApplicationServices.GetService(typeof(MyDbContext)) as MyDbContext;
}

Kann ich den Zugriff auf eine Instanz der DbContext fein über den controller, etc

  • Sie können hinzufügen von Abhängigkeiten, um die Configure-Methode, und Sie erhalten automatisch aufgelöst. Versuchen Sie, ändern der Signatur public void Konfigurieren(IApplicationBuilder app, IHostingEnvironment env, MyDbContext dbContext)
InformationsquelleAutor TheWebGuy | 2017-08-25
  1. 27

    Paul Hiles Kommentar richtig ist aber, dass die Methode besser funktioniert .NET-Core-1.0.

    In ASP.NET Core 2.0 ist es allgemein eine schlechte Idee, um jede Datenbank-setup in Startup.cs. Dies ist, weil, wenn Sie laufen alle Migrationen aus dem CLI oder Visual Studio wird es laufen alle Startup.cs und versuchen Sie zur Ausführung Ihrer Konfiguration, die scheitern wird. Natürlich, wenn Sie Sie nicht verwenden, Entity-Framework, dann ist dies kein problem, jedoch noch nicht der empfohlene Weg, es zu tun in 2.0. Es ist nun empfohlen, es zu tun in Program.cs.

    Beispielsweise können Sie erstellen eine Erweiterung Methode der IWebHost ausgeführt wird, das setup, die Sie benötigen.

    public static IWebHost MigrateDatabase(this IWebHost webHost)
{
    var serviceScopeFactory = (IServiceScopeFactory)webHost.Services.GetService(typeof(IServiceScopeFactory));

    using (var scope = serviceScopeFactory.CreateScope())
    {
        var services = scope.ServiceProvider;
        var dbContext = services.GetRequiredService<YourDbContext>();

        dbContext.Database.Migrate();
    }

    return webHost;
}

    Und dann in Program.cs Sie können dann aufrufen, die Methode vor der Ausführung.

    public static void Main(string[] args)
{
    BuildWebHost(args)
        .MigrateDatabase()
        .Run();
}
    • ...und wenn Sie halten alle Ihre DbContext-Elemente in eine separate Bibliothek-Klasse? Gibt es einen Weg, um es einzurichten für den Asp.Net Core 2 Web app?
    • Nur das senden Sie einen Kommentar um Sie wissen zu lassen, das half mir viel Zeit mit ASP.NET Kern auf Heroku. Ich war nicht in der Lage zu laufen "heroku laufen dotnet-ef-Datenbank-update", aber ich war in der Lage, diesen code verwenden, um es laufen die Migrationen als es begann, nachdem ich drückte auf heroku master. Ich wickelte es in eine Umgebungsvariable (geprüft für gleich "wahr"), so dass ich kontrollieren konnte, ob oder nicht es lief, falls ich Sie brauchte. Funktioniert gut mit Heroku web-dashboard.
    InformationsquelleAutor Travis Boatman
  2. 1

    - Update für Core 2.1 ff.

    Nur um @Travis Boatman's ausgezeichnete Antwort, die bevorzugt Main - Methode syntax hat leicht verändert aus Core 2.1 ab und die Standard - Main Methode hat nun CreateWebHostBuilder statt BuildWebHost.

    Der überarbeitete code, um die Erweiterung die Methode ist unten dargestellt.

    NB: die Reihenfolge ist hier wichtig, die Build Methode gibt eine WebHost - das, was der extension-Methode ist die Erweiterung, so müssen Sie rufen Sie die Migration-Methode nach Build() und vor Run()):

    public static void Main(string[] args)
{
    CreateWebHostBuilder(args)
        .Build()
        .MigrateDatabase()
        .Run();
}

    Die Migration von mehr als einem DbContext

    Wir haben mehr als eine DbContext in unserem Projekt, also habe ich die extension-Methode eine generische Methode, kann jede Art von DbContext:

    public static IWebHost MigrateDatabase<T>(this IWebHost webHost) where T:DbContext
{
    var serviceScopeFactory = (IServiceScopeFactory)webHost
        .Services.GetService(typeof(IServiceScopeFactory));

    using (var scope = serviceScopeFactory.CreateScope())
    {
        var services = scope.ServiceProvider;

        var dbContext = services.GetRequiredService<T>();
        dbContext.Database.Migrate();
    }

    return webHost;
}

    Können Sie dann die Kette der Aufrufe zu migrieren, die für die verschiedenen Kontexte:

    CreateWebHostBuilder(args)
    .Build()
    .MigrateDatabase<ApiAuthDbContext>()
    .MigrateDatabase<MainDbContext>()
    .MigrateDatabase<SomeOtherDbContext>()
    .Run();
    InformationsquelleAutor tomRedox
Schreibe einen Kommentar