Означает ли игнорирование персистентности в структуре сущностей ADO.NET то, что я думаю?
Если фреймворк не зависит от сохраняемости, могут ли мои модульные тесты создать версию хранилища сохраняемости файловой системы под моей моделью сущностей?
Я обязательно буду использовать первые функции модели Entity Framework в графическом интерфейсе, потому что моим разработчикам слишком легко вносить изменения в схему и поддерживать синхронизацию уровня DAL.
Кто-нибудь пробовал использовать первый подход к модели и добавить игнорирование настойчивости?
Думаю, это был бы мой идеальный мир моделирования. Я использую банкомат LINQ2SQL, и немного сложно заменить хранилище данных, но при этом у меня есть автоматически расширенный уровень данных, который не скрывается за набором интерфейсов IDataContext бизнес-линии.
Если я смогу увидеть некоторые сценарии этой работы, я хотел бы потратить больше времени в будущем, чтобы попробовать это.
Ответы 2
Entity Framework действительно игнорирует постоянство нет. Это одна из самых серьезных критических замечаний (например, принудительный базовый класс, множество связей EF и т. д.). LINQ-to-SQL может имеет игнорирование персистентности, но на самом деле люди склонны использовать ленивую загрузку и подход с атрибутами, что означает, что он по-прежнему не игнорирует персистентность.
Повторная настойчивость агностик - ему (EF) по-прежнему нужен провайдер. Конечно, если вы хотите написать поставщика EF, который общается с файловой системой, продолжайте! Хотя это будет много работы. Было бы проще использовать базу данных SQL Express (плоский файл) и т. д.
Просто обновление, теперь это изменилось, начиная с Entity Framework 4.0, который поддерживает Невежество настойчивости.
Я бы предположил, что эта ссылка может быть более актуальной: jkowalski.com/2010/04/14/…