Tworzenie typu DbContext w czasie projektowaniaDesign-time DbContext Creation

Niektóre polecenia EF Core Tools (na przykład migracje poleceń) wymagają pochodnej DbContext wystąpienia, które ma zostać utworzony w czasie projektowania, aby można było zbierać szczegółowe informacje o aplikacji typy jednostek i sposobu mapowania ich na schemat bazy danych.Some of the EF Core Tools commands (for example, the Migrations commands) require a derived DbContext instance to be created at design time in order to gather details about the application's entity types and how they map to a database schema. W większości przypadków jest pożądane, DbContext utworzone w ten sposób jest skonfigurowany w podobny sposób, jak będzie skonfigurowane w czasie wykonywania.In most cases, it is desirable that the DbContext thereby created is configured in a similar way to how it would be configured at run time.

Istnieją różne sposoby, narzędzia, spróbuj utworzyć DbContext:There are various ways the tools try to create the DbContext:

Z usługi aplikacjiFrom application services

Jeśli Twój projekt startowy aplikacji ASP.NET Core, narzędzia próby uzyskania obiektu DbContext od dostawcy usług w aplikacji.If your startup project is an ASP.NET Core app, the tools try to obtain the DbContext object from the application's service provider.

Narzędzia najpierw spróbują uzyskać dostawcę usługi za pomocą wywołania Program.BuildWebHost() i uzyskiwania dostępu do IWebHost.Services właściwości.The tools first try to obtain the service provider by invoking Program.BuildWebHost() and accessing the IWebHost.Services property.

Uwaga

Podczas tworzenia nowej aplikacji platformy ASP.NET Core 2.0 tego punktu zaczepienia jest domyślnie.When you create a new ASP.NET Core 2.0 application, this hook is included by default. W poprzednich wersjach programu EF Core i ASP.NET Core, narzędzia próbuj wywoływać Startup.ConfigureServices bezpośrednio w celu uzyskania dostawcy usług aplikacji, ale ten wzorzec, przestanie działać poprawnie w aplikacjach ASP.NET Core 2.0.In previous versions of EF Core and ASP.NET Core, the tools try to invoke Startup.ConfigureServices directly in order to obtain the application's service provider, but this pattern no longer works correctly in ASP.NET Core 2.0 applications. Jeśli uaktualniasz aplikacji ASP.NET Core 1.x do 2.0, możesz to zrobić zmodyfikować swoje Program klasy oparte na wzorcu nowe.If you are upgrading an ASP.NET Core 1.x application to 2.0, you can modify your Program class to follow the new pattern.

DbContext Sam, jak i wszelkich zależności w jego konstruktorze muszą być zarejestrowani jako usługi w aplikacji usługodawcy.The DbContext itself and any dependencies in its constructor need to be registered as services in the application's service provider. Można to łatwo osiągnąć dzięki Konstruktor w DbContext przyjmującej wystąpienie DbContextOptions<TContext> jako argument i przy użyciu AddDbContext<TContext> —Metoda.This can be easily achieved by having a constructor on the DbContext that takes an instance of DbContextOptions<TContext> as an argument and using the AddDbContext<TContext> method.

Za pomocą konstruktora bez parametrówUsing a constructor with no parameters

Jeśli kontekst DbContext nie można uzyskać od dostawcy usług w aplikacji, wyszukaj narzędzia pochodnej DbContext typów wewnątrz projektu.If the DbContext can't be obtained from the application service provider, the tools look for the derived DbContext type inside the project. Następnie próby utworzenia wystąpienia przy użyciu konstruktora bez parametrów.Then they try to create an instance using a constructor with no parameters. Może to być domyślnego konstruktora, jeśli DbContext została skonfigurowana przy użyciu OnConfiguring metody.This can be the default constructor if the DbContext is configured using the OnConfiguring method.

Z fabryki czasu projektowaniaFrom a design-time factory

Możesz również poinformować narzędzia sposób tworzenia usługi DbContext implementując IDesignTimeDbContextFactory<TContext> interfejsu: Jeśli klasy implementującej interfejs ten jest odnaleziony ani w tym samym projekcie jako pochodnej DbContext lub w projekcie uruchamiania aplikacji, obejście narzędzia inne sposoby tworzenia DbContext i używania fabryki czasu projektowania, a zamiast tego.You can also tell the tools how to create your DbContext by implementing the IDesignTimeDbContextFactory<TContext> interface: If a class implementing this interface is found in either the same project as the derived DbContext or in the application's startup project, the tools bypass the other ways of creating the DbContext and use the design-time factory instead.

using Microsoft.EntityFrameworkCore;
using Microsoft.EntityFrameworkCore.Design;
using Microsoft.EntityFrameworkCore.Infrastructure;

namespace MyProject
{
    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);
        }
    }
}

Uwaga

args Parametru jest aktualnie używana.The args parameter is currently unused. Brak problemu śledzenia możliwość określenia czasu projektowania argumentów z poziomu narzędzi.There is an issue tracking the ability to specify design-time arguments from the tools.

Fabryka projektowania może być szczególnie przydatne, jeśli musisz skonfigurować kontekstu DbContext inaczej czas projektowania niż w czasie wykonywania, jeśli DbContext Konstruktor przyjmuje dodatkowych parametrów nie są zarejestrowane w DI, jeśli nie używasz DI wcale, lub w przypadku niektórych przyczyny nie chcesz mieć BuildWebHost metody w aplikacji platformy ASP.NET Core Main klasy.A design-time factory can be especially useful if you need to configure the DbContext differently for design time than at run time, if the DbContext constructor takes additional parameters are not registered in DI, if you are not using DI at all, or if for some reason you prefer not to have a BuildWebHost method in your ASP.NET Core application's Main class.