Después de actualizar a ASP.NET Core 2.0, parece que ya no puedo crear migraciones.

Me estoy poniendo

"Se produjo un error al llamar al método 'BuildWebHost' en la clase 'Programa'. Continuando sin el proveedor de servicios de la aplicación. Error: Se produjeron uno o más errores. (No se puede abrir la base de datos" ... "solicitada por el inicio de sesión. El inicio de sesión falló. Iniciar sesión falló para el usuario '...' "

y

"No se puede crear un objeto de tipo 'MyContext'. Agregue una implementación de 'IDesignTimeDbContextFactory' al proyecto, o consulte https://go.microsoft.com/fwlink/?linkid=851728 para obtener patrones adicionales admitidos en tiempo de diseño".

El comando que ejecuté anteriormente fue $ dotnet ef migrations add InitialCreate --startup-project "..\Web"(del proyecto / carpeta con DBContext).

Cadena de conexión: "Server=(localdb)\\mssqllocaldb;Database=database;Trusted_Connection=True;MultipleActiveResultSets=true"

Este es mi 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();
}

Puede agregar una clase que implemente IDesignTimeDbContextFactory dentro de su proyecto web.

Aquí está el código de ejemplo:

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

Luego, navegue hasta su proyecto de base de datos y ejecute lo siguiente desde la línea de comando:

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.

recurso

No es necesario IDesignTimeDbContextFactory.

correr

add-migration initial -verbose

que revelará los detalles debajo

Se produjo un error al acceder a IWebHost en la clase 'Programa'. Continuar sin el proveedor de servicios de la aplicación.

advertencia, que es la causa raíz del problema.

En mi caso , el problema fue tener ApplicationRole : IdentityRole<int>e invocar lo services.AddIdentity<ApplicationUser, IdentityRole>()que estaba causando el siguiente error

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'.

Solución 1: (Encuentre el problema en el 99% de los casos)

Establecer proyecto de aplicación web como proyecto de inicio

Ejecute los siguientes comandos con la -verboseopción.

Add-Migration Init -Verbose

-verbose La opción ayuda a descubrir el problema real. Contiene errores detallados.

Solución 2:

Cambie el nombre BuildWebHost()a CreateWebHostBuilder(), porque Entity Framework Core toolsespere encontrar un CreateHostBuildermétodo que configure el host sin ejecutar la aplicación.

.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

Cambiar nombre BuildWebHost()aCreateHostBuilder()

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

Solución 3:

Asegúrese de haber agregado Dbcontexta la inyección de dependencia: AddDbContext<TContext>hará que tanto su tipo DbContext TContext, como el correspondiente DbContextOptions<TContext>estén disponibles para la inyección desde el contenedor de servicios. Esto requiere agregar un argumento de constructor a su DbContexttipo que aceptaDbContextOptions<TContext> .

Ejemplo: en Startup.cs

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

Código de 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();
    }
}

Simplemente cambie el nombre BuildWebHost()a CreateWebHostBuilder(), porque las migraciones usan este método de forma predeterminada.

En mi caso, la causa del problema fueron varios proyectos de inicio. Tengo tres proyectos en mi solución: Mvc, Api y Dal. DbContext y Migraciones en el proyecto Dal.

Había configurado varios proyectos de inicio. Los proyectos Mvc y Api se estaban ejecutando cuando hice clic en Iniciar. Pero en este caso recibí este error.

"No se puede crear un objeto de tipo 'MyContext'. Agregue una implementación de 'IDesignTimeDbContextFactory' al proyecto, o consulte https://go.microsoft.com/fwlink/?linkid=851728 para obtener patrones adicionales admitidos en tiempo de diseño".

Pude agregar la migración con éxito después de configurar Mvc como el único proyecto de inicio y seleccionar Dal en la Consola del Administrador de paquetes.

En AppContext.cs además de la clase AppContext agregue otra clase:

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

Esto resolverá su segundo problema:

"No se puede crear un objeto de tipo 'MyContext'. Agrega una implementación de 'IDesignTimeDbContextFactory' al proyecto,

Después de eso, podrá agregar la migración inicial y ejecutarla ejecutando el comando update-database . Sin embargo, si ejecuta estos comandos cuando aún no hay una base de datos en su SqlServer local, recibirá una advertencia como su primer error: "Un error

ocurrió al llamar al método 'BuildWebHost' en la clase 'Programa' ... Error de inicio de sesión. Error de usuario '...'"

Pero no es un error porque se creará la migración y se podrá ejecutar. Así que simplemente ignore este error por primera vez, y luego, dado que Db existirá, no volverá a suceder.

por favor verifique que tiene la referencia

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

Puede probar esta solución de esta discusión , que se inspiró en esta publicación .

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

Algo que realmente me ayudó fue este artículo: https://elanderson.net/2017/09/unable-to-create-an-object-of-type-applicationdbcontext-add-an-implementation-of-idesigntimedbcontextfactory/

La idea básica es que en el cambio de .net core 1 a 2, toda la inicialización de db se debe mover fuera de StartUp.cs y en Program.cs. De lo contrario, las tareas de EF intentan ejecutar sus inicios de base de datos cuando realizan tareas.

"Hay una buena sección en los documentos oficiales de migración ( https://docs.microsoft.com/en-us/ef/core/misiverse/1x-2x-upgrade ) titulada" Mover el código de inicialización de la base de datos "que parecía tener así que antes de que te dirijas a cualquier agujero de conejo, como lo hice, asegúrate de que esto no sea lo que está causando tu necesidad de agregar una implementación de IdesignTimeDbContextFactory ".

De

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

Cuando crea una nueva aplicación ASP.NET Core 2.0, este enlace se incluye de forma predeterminada. En versiones anteriores de EF Core y ASP.NET Core, las herramientas intentan invocar Startup.ConfigureServices directamente para obtener el proveedor de servicios de la aplicación, pero este patrón ya no funciona correctamente en aplicaciones ASP.NET Core 2.0. Si está actualizando una aplicación ASP.NET Core 1.xa 2.0, puede modificar su clase Program para seguir el nuevo patrón.

Agregar Factory en .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);
        }
    }

Tuve este problema y esto resuelto por Set -> Aplicación web (Program.cs incluido) Proyecto a -> "Establecer como proyecto de inicio"

Luego ejecute -> add-migration initial -verbose

en la consola del administrador de paquetes

Establecer como proyecto de inicio

Si desea evitar esas cosas de IDesignTimeDbContextFactory: solo asegúrese de no usar ningún método Seed en su inicio. Estaba usando un método de semilla estática en mi inicio y me estaba causando este error.

Previamente, configuró los datos semilla en el método Configure en Startup.cs. Ahora se recomienda que utilice el método Configure solo para configurar la canalización de solicitudes. El código de inicio de la aplicación pertenece al método Main.

El método Main refactorizado. Agregue las siguientes referencias a Program.cs:

utilizando Microsoft.Extensions.DependencyInjection;

usando 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();
}

Hay un problema con ef seeding db desde Startup.Configure en 2.0 ... todavía puede hacerlo con esta solución. Probado y trabajado bien

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

En mi caso, tuve el problema porque tenía un método llamado SeedData.EnsurePopulated () en mi archivo Startup.cs .

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

El trabajo de la clase SeedData es agregar datos iniciales a la tabla de la base de datos. Su código es:

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

SOLUCIÓN

Antes de realizar la migración, simplemente comente la llamada de la clase SeedData en el archivo Startup.cs.

// SeedData.EnsurePopulated(app);

Eso resolvió mi problema y espero que su problema también se resuelva de la misma manera.

Me encontré con el mismo problema. Tengo dos proyectos en la solución. cual

1. API
2. Servicios y repositorios, que contienen modelos de contexto

Inicialmente, el proyecto de API se estableció como proyecto de inicio.

Cambié el proyecto de inicio por uno que contiene clases de contexto. si está utilizando Visual Studio , puede establecer un proyecto como proyecto de inicio mediante:

abrir el explorador de soluciones >> hacer clic con el botón derecho en el proyecto de contexto >> seleccionar Establecer como proyecto de inicio

En primer lugar, asegúrese de haber configurado su base de datos en Startup.cs En mi caso, recibí este error ya que no especifiqué lo siguiente enStartup.cs

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

Usando ASP.NET Core 3.1 y EntityFrameWorkCore 3.1.0. Anulando el OnConfiguring de la clase de contexto con un constructor sin parámetros solamente

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

Estaba enfrentando el error

"No se puede crear un objeto de tipo 'MyContext'. Agregue una implementación de 'IDesignTimeDbContextFactory' al proyecto, o consulte https://go.microsoft.com/fwlink/?linkid=851728 para obtener patrones adicionales admitidos en tiempo de diseño".

Así fue como se resolvió mi problema. Ejecute el siguiente comando mientras se encuentra en el directorio de su solución

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

Aquí la aplicación es mi proyecto de inicio que contiene la clase Startup.cs y la infraestructura es mi proyecto que contiene la clase DbContext.

luego ejecute la actualización usando la misma estructura.

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

Tengo el mismo problema porque me estaba refiriendo a Microsoft.EntityFrameworkCore.Tools.DotNet antiguo

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

Después de actualizar a la versión más nueva, se resolvió

En el archivo appsettings.json del proyecto principal, había configurado 'Copiar al directorio de salida' en "Copiar siempre" y funcionó.

Ejemplo de clase de contexto de base de datos para aplicaciones de consola central .net

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

También puede usar en el constructor de la clase de inicio para agregar el archivo json (donde se encuentra la cadena de conexión) a la configuración. Ejemplo:

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

        _config = builder.Build();
    }

Para mí fue porque cambié el Output Typede mi proyecto de inicio de Console Applicationa Class Library.

Revertir a Console Applicationhizo el truco.

Tuve este problema en una solución que tiene:

• un proyecto MVC de .NET Core 2.2
• un proyecto de .NET Core 3.0 Blazor
• El contexto de base de datos en un proyecto de biblioteca de clases .NET Standard 2.0

Recibo el mensaje "No se puede crear un objeto ..." cuando el proyecto Blazor está configurado como proyecto de inicio, pero no si el proyecto MVC está configurado como proyecto de inicio.

Eso me desconcierta, porque en la Consola del Administrador de paquetes (que es donde estoy creando la migración) tengo el proyecto predeterminado configurado en una biblioteca de clases C # que realmente contiene el contexto de la base de datos, y también estoy especificando el contexto de la base de datos en mi llamado a agregar migración add-migration MigrationName -context ContextName, por lo que parece extraño que a Visual Studio le importe qué proyecto de inicio está configurado actualmente.

Supongo que la razón es que cuando el proyecto Blazor es el proyecto de inicio, el PMC determina que la versión de .NET es Core 3.0 desde el proyecto de inicio y luego intenta usarla para ejecutar las migraciones en la clase .NET Standard 2.0. biblioteca y golpear un conflicto de algún tipo.

Cualquiera que sea la causa, cambiar el proyecto de inicio al proyecto MVC que apunta a Core 2.2, en lugar del proyecto Blazor, solucionó el problema

Para mí, el problema era que estaba ejecutando los comandos de migración dentro del proyecto equivocado. Ejecutar los comandos dentro del proyecto que contenía Startup.cs en lugar del proyecto que contenía DbContext me permitió superar este problema en particular.

En mi caso, la configuración del proyecto StartUp en init ayuda. Puede hacer esto ejecutando

dotnet ef migrations add init -s ../StartUpProjectName

Tuve el mismo problema. Acabo de cambiar ap.jason a application.jason y solucionó el problema