EF/Database Initializor/Порядок выполнения

Question

В курсе Джули Лерманс по Entity Framework на Предприятии она создает базовый класс контекста, который выглядит следующим образом.

Public class BaseContext<Tcontext> : DBContext where Tcontext :DBContext 
{ 
static BaseContext() 
{ 
    Database.SetInitializer<TContext>(null); 
} 
Protected BaseContext() 
:base("connectionStringName") 
{} 
} 

, который используется, как это:

public class xxxContext : BaseContext<xxxContext> 
{ 
public Field A { get;set;} 
} 

Затем она продолжает говорить, для инициализации базы данных в ее хранилище будет выглядеть следующим образом

Database.SetInitializer(new MigrateDatabaseToLatestVersion<XXXXContext>()) 
using (var context = new xxxContext()) 
(
    Assert.AreEqual(0, context.Customers.Count())); 
) 

Мой вопрос: В в последнем разделе кода (в этом примере) сначала выполняется Database.SetInitializer, устанавливая MigrateDatabaseToLatestVersion - инициализатор. Однако при создании контекста статический конструктор базового класса выполнял бы (Database.SetInitializer (null)) до того, как будет создан контекст. К моменту, когда код достигнет context.Customers.Count() - инициализатор будет NULL, и инициализатор по умолчанию затем выполнит (CreateIfDatabaseNotExists).

Я не прав? Как сохранить MigrateDatabaseToLatestVersion? Или это?

Answer 1

Чтобы ответить на ваш вопрос, когда вы звоните Database.SetInitializer<TContext>(<ANY_DatabaseInitializer>);, Стратегия инициализации контекста зарегистрирована или обновлена.

Так что да, если вы получаете доступ к TContext после установки NullDatabaseInitializer` в статическом конструкторе. Это приведет к тому, что последний код перехода останется без выполнения, и будет исключение для несоответствия.

Moover, Посмотрите на эту ссылку Entity Framework Code First Web.config Initialization

Трансформаторы Право, хорошо, если вы собираетесь использовать web.config инициализации Entity Framework, то вы определенно хотите использовать Web.config преобразования. Они просто так хорошо сочетаются. Предположим, у вас есть определенная стратегия инициализации для вашей локальной среды dev - DropCreateDatabaseWhenModelChanges, так что вы можете просто сдуть свою базу данных каждый раз, когда она изменяется, после чего она будет загружена с минимальными данными. Это то, чем я занимаюсь. И, очевидно, вам нужно то же самое в производстве. Просто шучу. Это была шутка. Вы хотите MigrateDatabaseToLatestVersion, или, возможно, хотите полностью отключить инициализацию. Итак, как вы управляете изменениями в web.config. Вручную?

Answer 2

Я думаю, вы неправильно поняли. Я использую DropCreateDatabaseAlways в своих тестах интеграции. Не в репозитории! :) Julie