Отладка кода миграции Entity Framework с первым кодом

Сначала я использую код Entity Framework на своем веб-сайте, и мне просто интересно, есть ли способ отладить коды миграции. Вы знаете, как установка точек останова и тому подобное.

Я использую консоль диспетчера пакетов для обновления базы данных с помощью Update-Database.

Благодарность

Я знаю, что EF Code First Migrations - относительно новый инструмент, но не забывайте, что вы все еще используете .NET.

Итак, вы можете использовать:

if (System.Diagnostics.Debugger.IsAttached == false)
{
    System.Diagnostics.Debugger.Launch();
}

После этого вы можете увидеть свое InnerException.

Или вы можете использовать оператор try ... catch, например: Обработка исключений Entity Framework

Чтобы достичь точки останова в миграции базы данных, установите контекст в MigrateDatabaseToLatestVersion при инициализации.

Database.SetInitializer(new MigrateDatabaseToLatestVersion<EnterContextHere, Configuration>());

Затем вы просто отлаживаете как обычно (запускаете с помощью f5), и точка останова сработает при первом запуске проекта.

Теперь проблема в том, что если вы отлаживаете второй раз, миграция не запустится. Это связано с тем, что таблица __MigrationHistory была обновлена, чтобы показать, что вы перешли на последнюю версию. Чтобы повторно протестировать миграцию, откройте консоль диспетчера пакетов и вернитесь к предыдущей миграции:

Update-Database –TargetMigration: ThePreviousMigrationName

Мой ответ может быть немного глупым, но, тем не менее, вот оно. Если у вас, как и у меня, иногда возникают проблемы с методом Seed (), я обычно просто создаю общедоступный метод, который вызывает Protect Seed ().

public void SeedDebug(AppDbContext context)
{
    Seed(context);
}

затем в моем HomeController я вызываю этот метод в режиме отладки.

public class HomeController : Controller
{
    var appDb = new AppDbContext();
    public ActionResult Index()
    {
        var config = new Configuration();
        config.SeedDebug(appDb);
        return View();
    }
}

Я знаю, что это немного неубедительное решение, но оно простое и быстрое. Конечно, это нужно делать после создания модели. Итак, пошагово:

1. прокомментируйте метод seed и выполните update-database для создания модели

2. раскомментируйте метод Seed () и вставьте «хак», о котором я упоминал выше.

3. в конфигурации отключите автоматические миграции

   AutomaticMigrationsEnabled = false; // если у вас это отключено, пропустите этот шаг

4. Отладьте свое приложение, исправьте ошибку и удалите «хак»

Вот более надежный метод, который поможет без особых хлопот:

Шаг № 1. Поместите этот фрагмент кода прямо над миграцией, которую вы хотите отладить:

public partial class ORACLE_Test : DbMigration
{
    public override void Up()
    {
        if (!System.Diagnostics.Debugger.IsAttached)
            System.Diagnostics.Debugger.Launch();

        AddColumn("TEST", "UR_USER_ID", x => x.Decimal(nullable: false, precision: 11, scale: 0, storeType: "number"));
        AddColumn("TEST", "UR_CLIENT_ID", x => x.Decimal(nullable: false, precision: 11, scale: 0, storeType: "number"));
        [...]
    }

    public override void Down()
    {
    }
}

Шаг № 2: Скомпилируйте проект, содержащий ваши миграции

Шаг № 3: Откройте консоль внутри выходного каталога (/ bin / Debug, / bin / Release и т. Д.), Содержащего dll ваших миграций.

Шаг №4: вызовите migrate.exe с параметром / scriptFile, чтобы запустить отладчик и выполнить отладку желаемой миграции базы данных.

migrate.exe "Your.Migrations.Assembly.dll" /scriptFile="foo.sql" /verbose /startupConfigurationFile="Your.Migrations.Assembly.config"

Когда появится диалоговое окно отладчика-селектора, выберите экземпляр Visual Studio, который вы уже открыли.

Вы можете добавить операторы Console.WriteLine в код миграции (не лучшее решение)

Обратите внимание: сообщения отображаются только в том случае, если вы запускаете код миграции с помощью migrate.exeутилиты (in pacakges\EntityFramework.x.y.z\tools). Они не будут отображаться, если вы запустите миграцию через консоль диспетчера пакетов.

Мне очень повезло с использованием «Debugger.Launch ()» (как в ответе m_david выше ) в другом месте, но внутри CreateDbContext кажется, что он каким-то образом и прикрепляется, и не прикрепляется. Я имею в виду, что он прикрепляется и начинает пытаться войти в файлы .asm и .cpp (внутренний код). Если я пытаюсь установить точку останова на Console.Writeline, которую я ЗНАЮ, запускается впоследствии (я могу видеть вывод ЛЮБОЙ «КОМАНДЫ миграции dotnet ef»), она одновременно выполняет ее и никогда не достигает точки останова.

Вместо этого у меня сработало следующее:

while (!System.Diagnostics.Debugger.IsAttached)
    System.Threading.Thread.Sleep(10);

// Breakpoint after this...

Вы можете выполнить миграцию и вручную прикрепить с помощью Visual Studio и это будет на самом деле позволит вам пройти через код , как вы ожидаете, это просто больше боли. Что мне действительно стоит попробовать, так это комбинацию обоих методов ...

Я также нашел ловкий трюк здесь , чтобы получить подробную информацию об ошибке ...

По сути, трюк состоит в том, чтобы получить всю информацию из исключения, поместить ее в строку и выбросить новое исключение DbEntityValidationException с сгенерированной строкой и исходным исключением.