Строка подключения объекта ADO.NET для нескольких проектов

Вы должны поместить эти строки подключения в каждый файл приложения app.config. Если у вас есть DAL, в котором вы сгенерировали модель, а затем попытаетесь использовать DAL в EXE, произойдет то же самое. EXE не знает строку подключения.

Самое простое, что я нашел, - это поместить app.config в каждый проект и просто скопировать строку подключения из DAL, в котором я сгенерировал модели изначально. Тогда у каждого будет копия той же строки подключения.

Если вы скопируете свой App.Config файл в основной проект и замените все " обычным символом ', он должен запуститься

Я предлагаю немного изменить предложения, данные выше.

Это небольшое улучшение, но, по крайней мере, дает вам некоторое разделение проблем.

Когда мастер EF создает файл .edmx и связанный с ним файл .Designer.cs, код C # объявляет частичный класс. Таким образом, вы можете просто добавить в проект еще.cs файл, содержащий два файла EDM.

Этот новый файл определяет дополнительную статическую функцию для того же пространства имен и класса.

Эта новая статическая функция вернет экземпляр желаемого типа (потомка ObjectContext).

Новый файл - это отдельный файл, поэтому он не будет перезаписан, если вы повторно создадите .edmx и .Designer.cs.

Вы копируете и вставляете строку подключения из .config проекта EDM, что является своего рода взломом, но, по крайней мере, он сохраняет строку подключения скрытой в проекте EDM.

Новый файл выглядит так:

namespace MyNamespace
{
  public partial class MyEntities : ObjectContext
  {
    public static MyEntities New_MyEntities()
    {
      string connStr;
      MyEntities theContext;

      connStr = "metadata=res://*/MyClass.csdl|res://*/MyClass.ssdl|res://*/MyClass.msl;provider=System.Data.SqlClient;provider connection string=\"Data Source=localhost\\SQLSERVER;Initial Catalog=MyDb;Integrated Security=True;MultipleActiveResultSets=True\"";
      // set the connection string

      theContext = new MyEntities(connStr);
      // allocate it

      return theContext;
      // return it
    }
  }
}

Чтобы получить новый объект сущностей, вы просто вызываете статическую функцию New_MyEntities () из вызывающего проекта.

Я передал entityconnectionstring всем экземплярам классов objectContext, и теперь он работает.

Но это слишком много накладных расходов, создание свойства со строкой подключения и передача его в качестве параметра каждому экземпляру.

Я добавляю ту же проблему, пытаясь протестировать свой DAL. Я обнаружил, что это работает:

<add name="SalesEntities" connectionString="metadata=res://*;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.;Initial Catalog=Phoenix;Integrated Security=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" /> 

У меня была аналогичная проблема с проектом WinForms, и, несмотря на то, что я пытался все, что я мог найти связанного с ним в Интернете, не смог решить мою проблему ... пока я не удалил поле, которое я использовал для своего ObjectContext (private CubEntities _oc = new CubEntities ()) из моей BaseForm в фактическую форму, использующую его.

У меня такая же проблема, и я попробовал все упомянутые методы. наконец, я решил это, как уже упоминалось. В моем случае у меня есть отдельный уровень данных и уровень представления. в моем app.config (уровне данных) у меня такое соединение.

 <add name="LibraryMgtSysEntities" connectionString="metadata=res://*/DataLibraryMgtSys.csdl|res://*/DataLibraryMgtSys.ssdl|res://*/DataLibraryMgtSys.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=abc;initial catalog=LibraryMgtSys;Persist Security Info=True;user id=sa;password=123;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />

в моем web.config я вручную настроил соединение следующим образом:

<add name="DefaultConnection" providerName="System.Data.SqlClient"
 connectionString="Data Source=abc;
 Initial Catalog=LibraryMgtSys;
 Integrated Security=SSPI;
 user id=sa;password=123;" />

это дает мне такое же исключение, как упомянуто выше. поэтому я решил это, добавив значение app.config в файл веб-конфигурации.

мой последний web.config файл следующим образом:

<connectionStrings>
    <clear />
    <add name="LibraryMgtSysEntities" connectionString="metadata=res://*/DataLibraryMgtSys.csdl|res://*/DataLibraryMgtSys.ssdl|res://*/DataLibraryMgtSys.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=TILANITHOTAMUNE\SQLEXPRESS;initial catalog=LibraryMgtSys;Persist Security Info=True;user id=sa;password=testing;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />
    <add name="DefaultConnection" providerName="System.Data.SqlClient"
         connectionString="Data Source=abc;
         Initial Catalog=LibraryMgtSys;
         Integrated Security=SSPI;
         user id=sa;password=123;" />
  </connectionStrings>

У меня была проблема в одном из моих проектов, поскольку строка подключения структуры сущности требовалась для задания, веб-приложения и тестового проекта. Один из способов справиться с этим заключался в следующем:

1) Используйте шаблон UnitOfWork (или аналогичный). Это позволяет контролировать создание контекста данных и манипулировать строкой подключения.

public partial class MyContext
{
    #region Members
    private static readonly object objSync = new object();
    private static readonly string DATACONTEXT_KEY = "MyContext_UserInstance";
    // TODO: read from a place accesible to all deployed projects
    // remove hardcoded database
    private static readonly string DefaultConnectionString = @"metadata=res://*/MyContext.csdl|res://*/MyContext.ssdl|res://*/MyContext.msl;provider=System.Data.SqlClient;provider connection string='data source=Server;initial catalog=MyDatabase;integrated security=True;multipleactiveresultsets=True;App=EntityFramework'";

    private static string connectionString;
    #endregion

    public MyContext(String connectionString) : base(connectionString)
    {
    }

    /// <summary>
    /// Uses a UnitOfWorkStore to return the same instance of MyContext, that is unique
    /// per user, per postback (or CallContext, if not in an HttpContext environment, such as unit tests or console apps)
    /// </summary>
    public static MyContext Instance
    {
        get
        {
            // Dirty (non thread-safe) check
            if (UnitOfWorkStore.GetData(DATACONTEXT_KEY) == null)
            {
                lock (objSync)
                {
                    // Thread-safe check
                    if (UnitOfWorkStore.GetData(DATACONTEXT_KEY) == null)
                    {
                        MyContext context = new MyContext(DefaultConnectionString);
                        connectionString = context.Database.Connection.ConnectionString;
                        UnitOfWorkStore.SetData(DATACONTEXT_KEY, context);
                    }
                }
            }
            return (MyContext)UnitOfWorkStore.GetData(DATACONTEXT_KEY);
        }
    }

}

2. Контекст данных должен позволять прямой ввод строки подключения:

   общедоступный MyContext (String connectionString): base (connectionString) {}