Как стать автором
Обновить
-1
0

Программист

Отправить сообщение
Заметим, я не говорю о переводе готового приложения, я говорю о работе с существующей БД, это не одно и то же.

Ок, случай достаточно типичный (в энтерпрайзе), признаю. Но при этом разработка будет медленнее, чем в когда в базе ничего ценного нет.
Вот только вы нигде не пишете, почему этот инициализатор нельзя применять в продуктивном коде. И вообще не объясняете, что он делает.

Допишу, убедили.

А зачем — а зачем вообще использовать Code First?

Главный аргумент — что разработка быстрее. Сильно быстрее. Переводить уже готовое приложение на Code First я причин не вижу. Может поделитесь?
Если не устраивают конвенции по умолчанию, расскажите лучше как их переопределить.

Ок, будет время — допишу прямо в статью.
Ну и вообще, использовать такие инициализаторы при наличии миграций…


Во-первых, это вводная статья. Основоное преимущество разработки с Code First — скорость Это прототип, если угодно. В нормальном приложении никто не будет писать в базу из контроллера, но для прототипов Scaffolded items неоценимы. Для прототипов инициализатор вполне сойдет.

Почему?


Как минимум потому что придется писать уродливые мапинги на существующие таблицы. Все можно сделать, вопрос — зачем.

Ну и да, это не разработка баз данных никаких боком, это разработка DAL-слоя.

Как угодно. Суть в том, что до появления реальных данных в Code First база — побочный продукт.
12 ...
24

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность