Когда бы вы сначала использовали код Entity Framework

Question

Я видел несколько демонстраций от «респектабельных» людей, демонстрирующих преимущества первой функции кода для Entity Framework.Все это похоже на аппетитные игрушки !!но меня поражает одна вещь ...

Кроме разработки, когда сценарий с первым кодом принесет пользу моему проекту?

Создание инфраструктуры для базы данных для меня кажется потрясающим в разработке и тестировании (переносимость !!!!) стадии проекта, но когда я обновляю живой проект, я бы не хотел, чтобы все это происходило.

Знание того, когда фреймворк собирается перезаписать мою базу данных, и вставка моих статических данных обратно, кажется разумной идеей (для тестовых сценариев), но все демонстрационные программы, которые мне показались, помещают код для построения этого в сборку EF,

EF Migrations сделает это ясно ???Может быть.У кого-нибудь есть мнения о том, почему я должен сначала использовать этот код?

Answer 1

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

EF Миграция, возможно, изменит это, потому что я скептик. Я бы никогда не позволил автоматическому черному ящику коснуться моих производственных данных. У нас уже был очень плохой опыт работы с инструментами VS Database, поэтому мы никогда не позволяли им работать с реальными данными напрямую - мы только позволяем им создавать сценарии для нас, мы точно тестируем эти сценарии и вручную выполняем эти сценарии на производстве. Иногда это даже требует добавления дополнительных сценариев миграции с временными таблицами. Это именно тот подход, который, на мой взгляд, должен использоваться и с EF. Позвольте коду сначала создать новую базу данных в вашей среде разработки, используйте инструмент для создания разностного сценария для вас по сравнению со старой базой данных, протестируйте его и разверните.

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

Выбор кода сначала / базы данных сначала / модели в первую очередь основан на способе , как вам нравится разрабатывать приложение , и на других ваших требованиях.