ASP.NET Core 2 + créer une instance de la db contexte

Je suis en train d'essayer d'obtenir une instance de la DbContext (afin que je puisse faire un peu plus de travail au démarrage avec elle), j'obtiens l'erreur suivante lorsque vous essayez d'obtenir une instance de la configuration de la méthode:

Système.InvalidOperationException: "Impossible de résoudre l'étendue du service 'MyApp.Les données.MyDbContext' partir de la racine du fournisseur.'

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;
}

Je peux accéder à une instance de la DbContext amende par le contrôleur, etc

  • Vous pouvez ajouter des dépendances à la méthode Configure (et ils le seront automatiquement résolu. Essayez de changer de signature à public void Configurer(IApplicationBuilder application, IHostingEnvironment env, MyDbContext dbContext)
InformationsquelleAutor TheWebGuy | 2017-08-25
  1. 31

    Paul Hiles commentaire est correct mais que la méthode fonctionne mieux dans les .NET Core 1.0.

    Dans ASP.NET Core 2.0 c'est généralement une mauvaise idée de lancer une base de données de configuration dans Startup.cs. C'est parce que si vous exécutez l'un des migrations à partir de la CLI ou de Visual Studio, il va exécuter toutes Startup.cs et essayez d'exécuter votre configuration qui va échouer. Bien sûr, si vous n'utilisez pas l'Entité Cadre puis ce n'est pas un problème-mais ce n'est pas recommandé de le faire dans la version 2.0. Il est maintenant recommandé de le faire dans Program.cs.

    Par exemple, vous pouvez créer une méthode d'extension de IWebHost qui va exécuter n'importe quel programme d'installation dont vous avez besoin.

    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;
}

    Puis dans Program.cs vous pouvez ensuite appeler cette méthode avant de l'exécuter.

    public static void Main(string[] args)
{
    BuildWebHost(args)
        .MigrateDatabase()
        .Run();
}
    • ...et si vous êtes en gardant tous vos DbContext éléments distincts d'une bibliothèque de classe? Est-il un moyen de le configurer pour l'Asp.Net Core 2 Web app?
    • Juste de vous envoyer un commentaire pour vous permettre de savoir cela m'a aidé à un moment de grand avec ASP.NET de Base sur Heroku. Je n'étais pas en mesure d'exécuter "heroku exécuter dotnet ef base de données mise à jour", mais j'ai été en mesure d'utiliser ce code pour exécuter les migrations comme il a commencé après que j'ai poussé à heroku maître. J'ai enveloppé dans une variable d'environnement (vérifié pour l'égalité de la valeur "true") pour que je puisse contrôler si oui ou non il a couru, juste au cas où j'avais besoin. Fonctionne bien avec Heroku web du tableau de bord.
    InformationsquelleAutor Travis Boatman
  2. 4

    Mise à jour pour le Noyau 2.1 à partir de

    Juste pour ajouter à @Travis Batelier's réponse excellent, le préféré Main méthode de syntaxe a changé légèrement de Base 2.1 à partir de et la valeur par défaut Main méthode a maintenant CreateWebHostBuilder au lieu de BuildWebHost.

    La version révisée du code d'appel de la méthode d'extension est indiqué ci-dessous.

    NB: l'ordre est important, ici, la Build méthode retourne un WebHost, qui est ce que la méthode d'extension est d'étendre, de sorte que vous devez appeler le migrer méthode après Build() et avant Run()):

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

    La migration de plusieurs DbContext

    Nous avons plus d'un DbContext dans notre projet, alors j'ai changé l'extension de la méthode à une méthode générique qui peut prendre n'importe quel type de 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;
}

    Vous pouvez ensuite enchaîner les appels à migrer les différents contextes:

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