ASP.NET Core 2.0にアップグレードした後、移行を作成できなくなったようです。

私は得ています

「クラス 'Program'のメソッド 'BuildWebHost'の呼び出し中にエラーが発生しました。アプリケーションサービスプロバイダーなしで続行しています。エラー：1つ以上のエラーが発生しました。（データベースを開けません "..."）ログインによって要求されました。ログインは失敗しました。ログインユーザー「...」の失敗

そして

「タイプ 'MyContext'のオブジェクトを作成できません。プロジェクトに 'IDesignTimeDbContextFactory'の実装を追加するか、設計時にサポートされる追加のパターンについてhttps://go.microsoft.com/fwlink/?linkid=851728を参照して ください。」

以前に実行したコマンドは$ dotnet ef migrations add InitialCreate --startup-project "..\Web"（DBContextを含むプロジェクト/フォルダーから）でした。

接続文字列： "Server=(localdb)\\mssqllocaldb;Database=database;Trusted_Connection=True;MultipleActiveResultSets=true"

これは私のProgram.csです

 public class Program
{
    public static void Main(string[] args)
    {
        BuildWebHost(args).Run();
    }

    public static IWebHost BuildWebHost(string[] args) =>
       WebHost.CreateDefaultBuilder(args)
           .UseStartup<Startup>()
           .Build();
}

IDesignTimeDbContextFactoryを実装するクラスをWebプロジェクト内に追加できます。

これがサンプルコードです：

public class DesignTimeDbContextFactory : IDesignTimeDbContextFactory<CodingBlastDbContext>
{
    public CodingBlastDbContext CreateDbContext(string[] args)
    {
        IConfigurationRoot configuration = new ConfigurationBuilder()
            .SetBasePath(Directory.GetCurrentDirectory())
            .AddJsonFile("appsettings.json")
            .Build();
        var builder = new DbContextOptionsBuilder<CodingBlastDbContext>();
        var connectionString = configuration.GetConnectionString("DefaultConnection");
        builder.UseSqlServer(connectionString);
        return new CodingBlastDbContext(builder.Options);
    }
}

次に、データベースプロジェクトに移動し、コマンドラインから次のコマンドを実行します。

dotnet ef migrations add InitialMigration -s ../Web/

dotnet ef database update -s ../Web/

-s stands for startup project and ../Web/ is the location of my web/startup project.

資源

必要はありませんIDesignTimeDbContextFactory。

走る

add-migration initial -verbose

それは下の詳細を明らかにします

クラス 'Program'のIWebHostにアクセス中にエラーが発生しました。アプリケーションサービスプロバイダーなしで続行します。

警告、これは問題の根本的な原因です。

私の場合、問題は、以下のエラーを引き起こしていたことApplicationRole : IdentityRole<int>と呼び出すservices.AddIdentity<ApplicationUser, IdentityRole>()ことでした

System.ArgumentException: GenericArguments[1], 'Microsoft.AspNetCore.Identity.IdentityRole', 
on 'Microsoft.AspNetCore.Identity.EntityFrameworkCore.UserStore`9[TUser,TRole,TContext,
TKey,TUserClaim,TUserRole,TUserLogin,TUserToken,TRoleClaim]' violates the constraint of type 'TRole'.
---> System.TypeLoadException: GenericArguments[1], 'Microsoft.AspNetCore.Identity.IdentityRole', 
on 'Microsoft.AspNetCore.Identity.UserStoreBase`8[TUser,TRole,TKey,TUserClaim,
TUserRole,TUserLogin,TUserToken,TRoleClaim]' violates the constraint of type parameter 'TRole'.

解決策1：（99％のケースで問題を見つける）

Webアプリケーションプロジェクトをスタートアッププロジェクトとして設定

-verboseオプションを指定して次のコマンドを実行します。

Add-Migration Init -Verbose

-verbose オプションは実際の問題を実際に明らかにするのに役立ちます。詳細なエラーが含まれています。

解決策2：

アプリを実行せずにホストを構成するメソッドが見つかるはずなBuildWebHost()のでCreateWebHostBuilder()、名前をに変更します。Entity Framework Core toolsCreateHostBuilder

.NET Core 2.2

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

    public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .UseStartup<Startup>();
} 

.NET Core 3.1

名前BuildWebHost()を変更CreateHostBuilder()

public class Program
{
    public static void Main(string[] args)
    {
        CreateHostBuilder(args).Build().Run();
    }

    public static IHostBuilder CreateHostBuilder(string[] args) =>
        Host.CreateDefaultBuilder(args)
            .ConfigureWebHostDefaults(webBuilder =>
            {
                webBuilder.UseStartup<Startup>();
            });
}

解決策3：

Dbcontext依存性注入に追加した ことを確認してAddDbContext<TContext>ください。DbContextタイプTContextと、対応するDbContextOptions<TContext>サービスコンテナからの注入に対応するものの両方が作成されます。これには、DbContextを受け入れる型にコンストラクター引数を追加する必要がありますDbContextOptions<TContext>。

例：Startup.cs

public void ConfigureServices(IServiceCollection services)
{
    services.AddDbContext<AppDbContext>(options => options.UseSqlServer(connectionString));
}

AppDbContextコード：

public class AppDbContext: DbContext
{
    public AppDbContext(DbContextOptions<AppDbContext> options)
      :base(options)
    { }

}

public class Program
{
    public static void Main(string[] args)
    {
        BuildWebHost(args).Run();
    }

    public static IWebHost BuildWebHost(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .UseStartup<Startup>()
            .Build();
    }
}

マイグレーションはデフォルトでこの方法を使用するBuildWebHost()ためCreateWebHostBuilder()、名前をに変更してください。

私の場合、問題の原因は複数のスタートアッププロジェクトにありました。私のソリューションには、Mvc、Api、Dalの3つのプロジェクトがあります。DalContextとDalプロジェクトのマイグレーション。

複数のスタートアッププロジェクトを構成しました。[開始]をクリックすると、MvcプロジェクトとApiプロジェクトの両方が実行されていました。しかし、この場合、このエラーが発生しました。

「タイプ 'MyContext'のオブジェクトを作成できません。プロジェクトに 'IDesignTimeDbContextFactory'の実装を追加するか、設計時にサポートされる追加のパターンについてhttps://go.microsoft.com/fwlink/?linkid=851728を参照して ください。」

Mvcを唯一のスタートアッププロジェクトとして設定し、パッケージマネージャーコンソールでDalを選択すると、移行を正常に追加できました。

AppContextクラスのほかにAppContext.csに別のクラスを追加します。

// required when local database deleted
public class ToDoContextFactory : IDesignTimeDbContextFactory<AppContext>
{
    public AppContext CreateDbContext(string[] args)
    {
        var builder = new DbContextOptionsBuilder<AppContext>();
          builder.UseSqlServer("Server=localhost;Database=DbName;Trusted_Connection=True;MultipleActiveResultSets=true");
        return new AppContext(builder.Options);
    }
}

これは2番目の問題を解決します。

"タイプ 'MyContext'のオブジェクトを作成できません。プロジェクトに 'IDesignTimeDbContextFactory'の実装を追加してください。

その後、移行イニシャルを追加し、update-databaseコマンドを実行してそれを実行できます。ただし、ローカルSqlServerにデータベースがまだないときにこれらのコマンドを実行すると、最初のエラーのような警告が表示されます。「エラー

クラス 'Program'のメソッド 'BuildWebHost'の呼び出し中に発生しました...ログインに失敗しました。ユーザー「...」のログインに失敗しました

ただし、マイグレーションが作成され、実行できるため、エラーではありません。したがって、最初はこのエラーを無視してください。後者はDbが存在するため、今後は発生しません。

参照があることを確認してください

<PackageReference Include="Microsoft.EntityFrameworkCore.Design" Version="2.0.0" />

この投稿に触発されたこのディスカッションからこのソリューションを試すことができます。

public static IWebHost MigrateDatabase(this IWebHost webHost)
{
    using (var scope = webHost.Services.CreateScope())
    {
        var services = scope.ServiceProvider;

        try
        {
            var db = services.GetRequiredService<MyContext>();
            db.Database.Migrate();
        }
        catch (Exception ex)
        {
            var logger = services.GetRequiredService<ILogger<Program>>();
            logger.LogError(ex, "An error occurred while migrating the database.");
        }
    }

    return webHost;
}
public static void Main(string[] args)
{
    BuildWebHost(args)
        .MigrateDatabase()
        .Run();
}

私を本当に助けたのはこの記事でした：https : //elanderson.net/2017/09/unable-to-create-an-object-of-type-applicationdbcontext-add-an-implementation-of-idesigntimedbcontextfactory/

基本的な考え方は、.netコア1から2への変更では、すべてのdb初期化をStartUp.csからProgram.csに移動する必要があるということです。それ以外の場合、EFタスクは、タスクの実行時にDB initsを実行しようとします。

「公式の移行ドキュメント（https://docs.microsoft.com/en-us/ef/core/miscellaneous/1x-2x-upgrade）に「データベース初期化コードを移動する」というタイトルの良いセクションがあります。それで、私が行ったようなうさぎの穴に向かう前に、これがIdesignTimeDbContextFactoryの実装を追加する必要の原因となっていないことを確認してください。」

から

https://docs.microsoft.com/en-us/ef/core/miscellaneous/cli/dbcontext-creation

新しいASP.NET Core 2.0アプリケーションを作成すると、このフックはデフォルトで含まれます。EF CoreおよびASP.NET Coreの以前のバージョンでは、ツールはアプリケーションのサービスプロバイダーを取得するためにStartup.ConfigureServicesを直接呼び出そうとしましたが、このパターンはASP.NET Core 2.0アプリケーションでは正しく機能しなくなりました。ASP.NET Core 1.xアプリケーションを2.0にアップグレードする場合、Programクラスを変更して新しいパターンに従うことができます。

.Net Core 2.xにファクトリを追加する

public class BloggingContextFactory : IDesignTimeDbContextFactory<BloggingContext>
    {
        public BloggingContext CreateDbContext(string[] args)
        {
            var optionsBuilder = new DbContextOptionsBuilder<BloggingContext>();
            optionsBuilder.UseSqlite("Data Source=blog.db");

            return new BloggingContext(optionsBuilder.Options);
        }
    }

私はこの問題を抱えており、これによってSet-> Web Application（Included Program.cs）プロジェクトが-> "Set as Startup Project"に解決されました。

次に-> add-migration initial -verboseを実行します

パッケージマネージャーコンソール

スタートアッププロジェクトとして設定

これらのIDesignTimeDbContextFactoryのことを避けたい場合：スタートアップでシードメソッドを使用しないようにしてください。スタートアップで静的シードメソッドを使用していたため、このエラーが発生していました。

以前は、Startup.csのConfigureメソッドでシードデータを構成しました。現在は、Configureメソッドを使用してリクエストパイプラインを設定することをお勧めします。アプリケーションのスタートアップコードはMainメソッドに属しています。

リファクタリングされたMainメソッド。Program.csに次の参照を追加します。

Microsoft.Extensions.DependencyInjectionを使用します。

MyProject.MyDbContextFolderを使用します。

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

    using (var scope = host.Services.CreateScope())
    {
        var services = scope.ServiceProvider;
        try
        {
            var context = services.GetRequiredService<MyDbConext>();
            DbInitializer.Initialize(context);
        }
        catch (Exception ex)
        {
            var logger = services.GetRequiredService<ILogger<Program>>();
            logger.LogError(ex, "An error occurred while seeding the database.");
        }
    }

    host.Run();
}

2.0でStartup.Configureからdbをシードするefに問題があります。この回避策を使用しても問題は解決します。テストして正常に動作した

https://garywoodfine.com/how-to-seed-your-ef-core-database/

私の場合、Startup.csファイルでSeedData.EnsurePopulated（）という名前のメソッドが呼び出されたため、問題が発生しました。

public class Startup
{
    public Startup(IConfiguration configuration) => Configuration = configuration;
    public IConfiguration Configuration { get; }

    public void ConfigureServices(IServiceCollection services)
    {
        //
    }

    public void Configure(IApplicationBuilder app, IHostingEnvironment env)
    {
        app.UseDeveloperExceptionPage();
        app.UseStatusCodePages();
        app.UseStaticFiles();
        app.UseSession();
        app.UseMvc(routes =>
        {
            //
        });

        SeedData.EnsurePopulated(app);
    }
}

SeedDataクラスの作業は、データベーステーブルに初期データを追加することです。それはコードです：

public static void EnsurePopulated(IApplicationBuilder app)
    {
        ApplicationDbContext context = app.ApplicationServices.GetRequiredService<ApplicationDbContext>();
        context.Database.Migrate();
        if (!context.Products.Any())
        {
            context.Products.AddRange(
            new Product
            {
                Name = "Kayak",
                Description = "A boat for one person",
                Category = "Watersports",
                Price = 275
            },
            ....
            );
            context.SaveChanges();
        }
    }

解決

移行を行う前に、Startup.csファイルのSeedDataクラスの呼び出しをコメント化するだけです。

// SeedData.EnsurePopulated(app);

それで私の問題は解決し、あなたの問題も同じように解決されることを願っています。

私は同じ問題に遭遇しました。ソリューションには2つのプロジェクトがあります。どれ

1. API
2. コンテキストモデルを保持するサービスとリポジトリ

当初、APIプロジェクトはスタートアッププロジェクトとして設定されていました。

スタートアッププロジェクトを、コンテキストクラスを保持するプロジェクトに変更しました。Visual Studioを 使用している場合は、次の方法でプロジェクトをスタートアッププロジェクトとして設定できます。

ソリューションエクスプローラーを開く>>コンテキストプロジェクトを右クリック>> [スタートアッププロジェクトとして設定]を選択

まず、データベースを構成したことを確認してくださいStartup.cs 。私の場合、以下で指定していないため、このエラーが発生しました。Startup.cs

    services.AddDbContext<ApplicationDbContext>(options =>
        options.UseSqlServer(
            Configuration.GetConnectionString("DefaultConnection"), x => x.MigrationsAssembly("<Your Project Assembly name where DBContext class resides>")));

ASP.NET Core 3.1およびEntityFrameWorkCore 3.1.0の使用。パラメータなしのコンストラクタのみでコンテキストクラスのOnConfiguringをオーバーライドする

```protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        if (!optionsBuilder.IsConfigured)
        {
            IConfigurationRoot configuration = new ConfigurationBuilder()
               .SetBasePath(Directory.GetCurrentDirectory())
               .AddJsonFile("appsettings.json")
               .Build();
            var connectionString = configuration.GetConnectionString("LibraryConnection");
            optionsBuilder.UseSqlServer(connectionString);
        }
    }
```

エラーに直面していた

「タイプ 'MyContext'のオブジェクトを作成できません。プロジェクトに 'IDesignTimeDbContextFactory'の実装を追加するか、設計時にサポートされる追加のパターンについてhttps://go.microsoft.com/fwlink/?linkid=851728を参照してください。」

これは私の問題が解決された方法です。ソリューションディレクトリにいる間に以下のコマンドを実行します

 dotnet ef migrations add InitialMigration --project "Blog.Infrastructure" --startup-project "Blog.Appication"

ここで、ApplicationはStartup.csクラスを含む私のスタートアッププロジェクトで、InfrastructureはDbContextクラスを含む私のプロジェクトです。

次に、同じ構造を使用して更新を実行します。

dotnet ef database update --project "Blog.Infrastructure" --startup-project "Blog.Application"

以前のMicrosoft-EntityFrameworkCore.Tools.DotNetを参照していたため、同じ問題が発生しました

<DotNetCliToolReference Include="Microsoft.EntityFrameworkCore.Tools.DotNet" Version="1.0.0" />

新しいバージョンにアップグレードした後、解決しました

メインプロジェクトのappsettings.jsonファイルで、[出力ディレクトリにコピー]を[常にコピーする]に設定しましたが、機能しました。

.netコアコンソールアプリケーションのサンプルDBコンテキストクラス

using Microsoft.EntityFrameworkCore;
using Microsoft.EntityFrameworkCore.Design;
using Microsoft.Extensions.Configuration;
using System.IO;

namespace EmailServerConsole.Data
{
    public class EmailDBContext : DbContext
    {
        public EmailDBContext(DbContextOptions<EmailDBContext> options) : base(options) { }
        public DbSet<EmailQueue> EmailsQueue { get; set; }
    }

    public class ApplicationContextDbFactory : IDesignTimeDbContextFactory<EmailDBContext>
    {
        EmailDBContext IDesignTimeDbContextFactory<EmailDBContext>.CreateDbContext(string[] args)
        {
            IConfigurationRoot configuration = new ConfigurationBuilder()
                .SetBasePath(Directory.GetCurrentDirectory())
                .AddJsonFile("appsettings.json")
                .Build();
            var builder = new DbContextOptionsBuilder<EmailDBContext>();
            var connectionString = configuration.GetConnectionString("connection_string");
            builder.UseSqlServer(connectionString);
            return new EmailDBContext(builder.Options);
        }
    }
}

スタートアップクラスコンストラクターでを使用して、jsonファイル（接続文字列がある場所）を構成に追加することもできます。例：

    IConfigurationRoot _config;
    public Startup(IHostingEnvironment env)
    {
        var builder = new ConfigurationBuilder()
            .SetBasePath(env.ContentRootPath)
            .AddJsonFile("appsettings.json");

        _config = builder.Build();
    }

私にとってOutput Typeは、スタートアッププロジェクトのをからに変更したConsole ApplicationからClass Libraryです。

Console Applicationトリックに戻った。

私が持っているソリューションでこの問題がありました：

• .NET Core 2.2 MVCプロジェクト
• .NET Core 3.0 Blazorプロジェクト
• .NET Standard 2.0クラスライブラリプロジェクトのDBコンテキスト

Blazorプロジェクトが起動プロジェクトとして設定されているときに「オブジェクトを作成できません...」というメッセージが表示されますが、MVCプロジェクトが起動プロジェクトとして設定されている場合は表示されません。

パッケージマネージャーコンソール（移行を作成している場所）で、既定のプロジェクトを実際にDBコンテキストを含むC＃クラスライブラリに設定しており、DBコンテキストをadd-migrationへの私の呼び出し add-migration MigrationName -context ContextNameなので、Visual Studioが現在設定されているスタートアッププロジェクトを気にするのは奇妙に思えます。

その理由は、Blazorプロジェクトがスタートアッププロジェクトである場合、PMCが.NETのバージョンをスタートアッププロジェクトからCore 3.0であると判断し、それを使用して.NET Standard 2.0クラスで移行を実行しようとしているためだと思いますライブラリとある種の衝突を打つ。

原因が何であれ、スタートアッププロジェクトをBlazorプロジェクトではなくCore 2.2をターゲットとするMVCプロジェクトに変更すると、問題が修正されました

私にとっての問題は、間違ったプロジェクト内で移行コマンドを実行していたことでした。DbContextを含むプロジェクトではなく、Startup.csを含むプロジェクト内でコマンドを実行すると、この特定の問題を回避することができました。

私の場合、スタートアッププロジェクトをinitに設定すると役立ちます。これを行うには、

dotnet ef migrations add init -s ../StartUpProjectName

同じ問題がありました。ap.jasonをapplication.jasonに変更しただけで問題が修正されました