таким образом, история похожа на это.
У меня есть проект, названный PA.DLL, который имеет модель объекта в нем (edmx) файл.
В другом проекте, на который я ссылаюсь к PA.DLL, я скопировал строку подключения, которая была создана (автоматически) при создании edmx файла в главное приложение app.config.
однако, когда я загружаю и выполняю следующие строки:
using (PAEntities analytix = new PAEntities())
{
...
}
я получаю следующую ошибку:
System.ArgumentException: The specified default EntityContainer name 'PAEntities' could not be found in the mapping and metadata information.
У кого-либо есть какая-либо идея что причина для этой ошибки?
Это - то, как моя строка подключения настроена:
<add name="PAEntities"
connectionString="metadata=res://*/PAEntities.csdl|res://*/PAEntities.ssdl|res://*/PAEntities.msl;provider=System.Data.SqlClient;provider connection string="Data Source=XSXSX;Initial Catalog=PA;Integrated Security=True;MultipleActiveResultSets=True"" providerName="System.Data.EntityClient" />
Спасибо
Сначала смотрите следующее сообщение:
SVN vs. Team Foundation Server
Что касается вашего вопроса о том, какая среда лучше способствует TDD и таким образом, мои два цента заключается в том, что система управления построением имеет значение гораздо меньше, чем то, что есть в самом файле сборки. В вашем файле Ant или MSBuild должны быть цели для тестирования. С MSBuild или Ant не нужно использовать набор тестов MS. Вы по-прежнему можете использовать nUnit или что угодно. Это означает, что не имеет значения, вызывает ли TFS ваш файл MSBuild, или CrureControl, или, если StartCity. Умники все в файле сборки и инструменты, которые вы интегрируете с ним.
Мой личный выбор не заключается в том, чтобы запереться в том, как TFS делать вещи, поскольку у вас гораздо больше свободы для гораздо меньших затрат с богатыми инструментами тестирования с открытым исходным кодом, которые есть там. TFS также собирается получить крупное обновление. Если вы собираетесь пойти с TFS, мой совет, по крайней мере, подождать, пока 2010 будет выпущен. Сосредоточьтесь на том, чтобы сделать ваши файлы MSBuild настолько хорошими, насколько они могут быть сейчас.
При этом я должен признать, что у TFS есть одна из самых красивых систем сборки (2005 год был ужасным, 2008 год был хорошим). Возможность легко настраивать уведомления и процесс выпуска в коде .NET была довольно прохладной - у вас было гораздо больше центрального контроля над политикой сборки и выпуска, чем у нас с CruiseControl.NET.
Поэтому я использовал TFS и SVN/CCNet. Я не могу много говорить с StartCity. Но система управления построением ИМО должна быть довольно агностичной для того, что строится и как строится. Для нас дополнительный контроль в процессе управления выпуском, который принес нам TFS, просто не был достаточным бонусом для нас, чтобы оправдать значительно возросшие административные усилия полностью интегрированного решения TFS. Не хватило и того, чтобы оправдать дополнительные затраты на лицензию TFS, которые могут быть значительными.
-121--960464-Как упоминает Стив Макконнелл в разделе Завершение кода , золотым правилом являются параметры 4 +/-3. Для среднего человека трудно запомнить более 4 параметров, 5-7 следует использовать только в особых случаях, и вы никогда не должны использовать 8 или более.
-121--1200531- Одно из решений состоит в том, чтобы поместить строку подключения в файл конфигурации проекта, использующего вашу DLL.
Другой - передать строку соединения в коде (используйте параметризованный конструктор PAEntities).