Означает ли постоянное невежество в структуре сущностей ADO.NET то, что я думаю?

Question

Если среда не зависит от постоянства, могут ли мои модульные тесты создать версию хранилища файловой системы под моделью сущностей?

Я буду использовать первые возможности модели Entity Framework в GUI, потому что мои разработчики слишком легко вносят изменения в схему и поддерживают синхронизацию уровня DAL.

Кто-нибудь пробовал использовать первый подход к модели и добавлять постоянное невежество?

Я думаю, это был бы мой идеальный модельный мир. Я использую LINQ2SQL atm, и это немного сложно, чтобы выгрузить хранилище данных, но есть автоматически обогащенный уровень данных, который не скрывается за набором интерфейсов IDataContext бизнес-линии.

Если я увижу некоторые сценарии этой работы, я бы хотел потратить больше времени в будущем, чтобы попробовать это.

Answer 1

Просто обновление, теперь оно изменилось в Entity Framework 4.0, который поддерживает Постоянное невежество .

Answer 2

Entity Framework имеет не истинное постоянное невежество. Это одна из самых больших критических замечаний (то есть принудительный базовый класс, множество связей EF и т. Д.). LINQ-to-SQL может иметь постоянное невежество, но в действительности люди склонны использовать ленивую загрузку и атрибутивный подход, что означает, что он все еще не имеет постоянного игнорирования.

Повторная настойчивость Агностик - ему (EF) все еще нужен поставщик. Конечно, если вы хотите написать провайдера EF, который общается с файловой системой, продолжайте! Хотя это будет много работы. Было бы проще использовать базу данных SQL Express (простой файл) и т. Д.