Ну и вообще, использовать такие инициализаторы при наличии миграций…
Во-первых, это вводная статья. Основоное преимущество разработки с Code First — скорость Это прототип, если угодно. В нормальном приложении никто не будет писать в базу из контроллера, но для прототипов Scaffolded items неоценимы. Для прототипов инициализатор вполне сойдет.
Почему?
Как минимум потому что придется писать уродливые мапинги на существующие таблицы. Все можно сделать, вопрос — зачем.
Ну и да, это не разработка баз данных никаких боком, это разработка DAL-слоя.
Как угодно. Суть в том, что до появления реальных данных в Code First база — побочный продукт.
Ок, случай достаточно типичный (в энтерпрайзе), признаю. Но при этом разработка будет медленнее, чем в когда в базе ничего ценного нет.
Допишу, убедили.
Главный аргумент — что разработка быстрее. Сильно быстрее. Переводить уже готовое приложение на Code First я причин не вижу. Может поделитесь?
Ок, будет время — допишу прямо в статью.
Во-первых, это вводная статья. Основоное преимущество разработки с Code First — скорость Это прототип, если угодно. В нормальном приложении никто не будет писать в базу из контроллера, но для прототипов Scaffolded items неоценимы. Для прототипов инициализатор вполне сойдет.
Как минимум потому что придется писать уродливые мапинги на существующие таблицы. Все можно сделать, вопрос — зачем.
Как угодно. Суть в том, что до появления реальных данных в Code First база — побочный продукт.