Наконец, очень важно убедиться, что файл конфигурации, который содержит строку подключения, не подключен к управлению исходным кодом - строка подключения часто локализуется и вызывает «проблему с несколькими строками подключения» в EF и LINQ to SQL, если он постоянно перезаписывается плохими значениями каждый раз, когда вы обновляете свой проект из системы контроля версий.
я создал свою модель сущности в отдельной библиотеке классов. Я должен был добавить строку подключения кapp.config файл этой библиотеки классов. Затем я добавил ссылку на этот проект в свое веб-приложение. Я добавил ту же строку подключения вweb.config моего веб-приложения думал, что это где Entity Framework будет читать строку подключения.
Все было хорошо, пока я не развернул свое веб-приложение. При развертывании меняю строку подключения вweb.config (неapp.config библиотеки классов), и я начал получать ошибки. Проведя некоторые исследования, я обнаружил, что строка подключения в обоихweb.config а такжеapp.config должны соответствовать !!
Это просто глупо! Каждый раз, когда мне нужно развернуть свое веб-приложение в другой среде, я должен вернуться и изменить строку подключения вapp.config файл, а затем перекомпилировать мой проект библиотеки классов, чтобы он мог получить обновленную строку подключения?
Кто-нибудь нашел лучший способ сделать это? Я имею в виду, я не могу быть единственным человеком, который думал о том, чтобы поместить модель сущности в отдельную сборку.
Возможное решение (если вы используете EF 4.1): Поскольку единственная причина, по которой нам нужно иметь app.config внутри проекта библиотеки классов, заключается в дизайнере EF. Если мы откажемся от подхода дизайнера и перейдем к Code-First (EF 4.1), вам не понадобится файл app.config для вашего проекта библиотеки классов.