Функция хранимой процедуры Импорт против кода Entity Framework

Question

Я взял на себя существующий проект, прекрасно написанный на SQL, с множеством полезных и чистых хранимых процедур.

В качестве бонуса мне сказали, что я должен сделать несколько дополнений и в идеале переписать код в MVC.

До сих пор я генерировал свои модели данных и создавал функции импорта и сложные типы.

Это было весело, но теперь мне плохо, что я никогда не использовал настоящий сценарий Entity Framework Code First. У меня был бы более лаконичный код, более плавная проверка и больше друзей-пуристов из MVC.

Что ты думаешь? Что бы вы сделали? У меня есть теория, что в любом случае будут существенные изменения в сценарии Entity Framework Code First, поэтому чистый SQL - более безопасный выбор.

Спасибо за ваш совет!

Answer 1

Если код базы данных был беспорядочным, ошибочным или сложным, я мог бы заменить его на EF, но если он работает, не ломайте его.

Answer 2

Код сначала имеет больше смысла при создании прототипов или разработке RAD. Поскольку у вас уже была разработана модель данных SQL, нет смысла использовать подход, основанный на коде. Вы можете разработать чистый код в любом случае.