warum entfernen-migration ausführen meiner app?

Habe ich einige versions-upgrade in den letzten Monaten und jetzt habe ich bemerkt, dass wenn ich "entfernen-migration" zu löschen, die migration, die ich rückgängig gemacht wird, wird es zuerst ausgeführt mein app.

(Ich habe bemerkt, dass, weil wir tun, update-Datenbank innerhalb des Startvorgangs, also holte ich die situation, wo ich nicht entfernen können, Migrationen, da jedes mal, wenn ich versuchte, Sie zu entfernen, migration - es wird automatisch lief der Start, die für die migration der db ist, dann ist es fehlgeschlagen löschen, da Sie sehen es in der db ist).

irgendeine Idee?

InformationsquelleAutor arielorvits | 2017-08-29
  1. 25

    Update für ASP.NET Core 2.1

    In ASP.NET Core 2.1 die Methoden etwas verändert. Die Allgemeine Methode ist ähnlich wie der 2.0, nur der Methoden-name und die Rückgabe-Typen geändert wurden. 

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

public static IWebHostBuilder CreateWebHostBuilder(string[] args)
{
    return new WebHostBuilder()
        ...; //Do not call .Build() here
}

    ASP.NET Core 2.0

    Wenn Sie auf ASP.NET Core 2.0/EF-Core 2.0 dann gab es eine änderung für eine bessere Abdeckung solcher Fälle, so dass die Befehlszeilen-tools können besser arbeiten.

    Es ist ziemlich gut abgedeckt, in diese Ankündigung.

    Läuft es auf eine statische BuildWebHost Methode, die die Konfiguration der gesamten Anwendung, aber nicht ausführen. 

      public class Program
  {
      public static void Main(string[] args)
      {
          var host = BuildWebHost(args);

          host.Run();
      }

      //Tools will use this to get application services
      public static IWebHost BuildWebHost(string[] args) =>
          new WebHostBuilder()
              .UseKestrel()
              .UseContentRoot(Directory.GetCurrentDirectory())
              .UseIISIntegration()
              .UseStartup<Startup>()
              .Build();
  }

    Auch mit EF 2.0 ist es nun empfohlen, zu bewegen, die Migrationen an die main-Methode nach BuildWebHost aufgerufen wurde. Zum Beispiel

        public static void Main(string[] args)
    {
        var host = BuildWebHost(args)
            .Migrate();

        host.Run();
    }

    Wo Migrate ist eine extension-Methode:

    public static IWebHost Migrate(this IWebHost webhost)
{
    using (var scope = webhost.Services.GetService<IServiceScopeFactory>().CreateScope())
    {
        using (var dbContext = scope.ServiceProvider.GetRequiredService<MyDbContext>()) 
        {
            dbContext.Database.Migrate();
        }
    }
    return webhost;
}

    Nun Migrationen laufen nur dann, wenn Ihre Anwendung ausgeführt wird. Beim ausführen der Befehlszeilen-tools, nur BuildWebHost aufgerufen wird und keine Migrationen angewendet.

    • In Fall, dass Sie die Kopie eingefügt das code-snippet direkt, es ist scope.ServiceProvider.GetRequiredService<MyDbContext>()
    • wie funktioniert das mit den neueren IWebHostBuilder?
    • Gleiche, siehe stackoverflow.com/a/38704828/455493. Nur die Methode, die Namen geändert und den Rückgabetyp von IWebHost zu IWebHostBuilder
    • oh, ich sehe, musst es nach zu Bauen, das gibt auch einen IWebHost. Vielen Dank für die Klarstellung!
    • Das neue Muster ist zu nennen .Build() im Main Methode, nicht in CreateWebHostBuilder
    • genau, habe es so, nochmals vielen Dank
    • Wenn die Migration (oder Aufwärmen) - Methode ist asynchron, ist es akzeptabel zu nennen .Ergebnis hier?
    • Seit seiner ein-Konsole-Anwendung, die Sie könnten. aber es ist immer besser zu tun .GetAwaiter().GetResult() seit .Result hat eine andere Ausnahme-Verhalten (wirft AggregateException eher als Ausnahme). Aber C# 7.0 unterstützt die async-Main Methode, warum nicht einfach das tun, dann können Sie erwarten, es w/o Probleme
    • In der Tat, ich hatte vergessen async Wichtigsten Methoden. Scheint der richtige Weg zu gehen, danke.

    InformationsquelleAutor Tseng
Schreibe einen Kommentar