У меня есть модель данных Entity, изначально построенная с использованием ef4, которая используется для моего приложения. Это приложение широко использует студию C1 для Entity Framewaork и поэтому требует использования ObjectContext, а не DBContext (по крайней мере, на данный момент).
Эта модель изначально была создана в Visual Studio 2010 (где создание контекста объекта было по умолчанию), а затем перенесена в Visual Studio 2012 и EF5.0 (после того, как было решено, как создавать (и поддерживать модель контекста объекта по умолчанию). ).
Я начал рассматривать перенос этого приложения на Visual Studio 2013 (но пока сохраняя использование EF5.0), который по умолчанию основывает модели данных сущностей на dbContext. В галерее визуальной студии доступен генератор объектов сущностей EF5.0, который позволяет создавать (или, предположительно, также обновлять) модель данных сущностей, используя в качестве стратегии генерации кода «Унаследованный ObjectContext».
Поэтому, сделав полную резервную копию приложения, я без проблем перенес его на версию 2013, пока не обновил модель из базы данных (добавив несколько новых sproc, которые я хотел использовать). В этот момент я начал получать целую строку ошибок сборки в модели. Однако я мог бы открыть модель данных сам по себе в VS 2012, обновить ее и собрать, а затем снова открыть все приложение в vs2013 без каких-либо проблем и снова собрать все приложение без проблем.
Поэтому мой вопрос заключается в том, действительно ли существует фундаментальная разница между тем, как две версии Visual Studio создают модель данных объекта на основе objectContext, или есть ли один аспект генератора Legacy ObjectContext, который я пропустил при правильной настройке.
Буду рад любым предложениям или замечаниям. КАК я сказал в начале, избегание ObjectContext в настоящее время невозможно. Я ожидаю, что это изменится в недалеком будущем, но пока это невозможно. Если это означает не забыть внести коррективы в модель по сравнению с 2012 годом, пусть будет так. Мне просто любопытно в настоящее время.