Преимущества Entity Framework, когда не используются миграции

Question

У меня ограниченный опыт работы с Entity Framework, но когда я использовал его, я всегда придерживался подхода миграции кода.Недавно меня наняли на работу, где они используют Entity Framework, и они сказали, что хотят сохранить контроль над структурой таблиц SQL, создавая их вручную.Однако они также вручную создают классы C # и соответствующие им EntityTypeConfiguration.

Так что, учитывая мой ограниченный опыт и понимание Entity Framework, это заставило меня задуматься о некоторых вещах.Какими примерами можно пожертвовать или рискнуть, отказавшись от контроля над структурой таблиц SQL и перенесения кода в первую очередь Entity Framework?И при написании как стороны кода, так и стороны базы данных вручную, не позволяя каркасу генерировать ни одну из сторон объектно-реляционного отображения, есть ли какая-то польза от использования Entity Framework?

Answer 1

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

Сказав это, ваша генерация и поддержка схемы - это не то, для чего предназначен EF (или любой ORM).Основная функция ORM состоит в том, чтобы освободить вас от написания SQL в вашем коде и написания необходимых данных для отправки его в базу данных и извлечения результатов в объект, с которым вы можете работать.ORM делает все это для вас.Таким образом, даже в сценарии, который вы описали, использование EF все равно будет полезным.