Entity Framework - Layered Design - Gdzie umieścić connectionstring?

Question

Używam warstwową architekturę z Entity Framework, jak mój dataLayer z bandą na górze repozytoriów zawierających LINQ-podmioty zapytań. Warstwa danych to jeden projekt, obok której mam warstwę Usługi i interfejs, którym jest strona internetowa.

Chcę moja strona będzie odpowiedzialny za określenie ConnectionString dla mojego modelu jednostki. Jak mam to zrobic?

Używam metody singleton, aby dostać się do mojego repozytorium podmiot, który znajduje się wewnątrz dataLayer.

Dzięki

Answer 1

Możesz skopiować ciąg połączenia utworzony w App.Config zestawu DAL do sekcji connectionStrings pliku web.config.

Możesz zachować ciąg połączenia w dll zespołu, ale nie należy wdrażać go ze stroną internetową.

Musisz skopiować cały ciąg połączenia. Powinno to wyglądać następująco:

<add name="DataEntities" connectionString="metadata=res://*/DataModel.csdl|res://*/DataModel.ssdl|res://*/DataModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=xxx;Initial Catalog=xxx;User Id=xxx;Password=xxx;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" /> 

Powinien zawierać wszystkie informacje o tym, gdzie znajdują się pliki odwzorowań.

Answer 2

W moim przypadku, chociaż używam L2S zamiast L2e, ale zalecenie powinno znieść. Mam generalizować bibliotekę Config, która jest pobierana z pliku XML. Gdy wymagany jest kontekst danych, każdy obiekt danych ma następującą metodę. Oczywiście, jeśli chcesz, możesz go łatwo wymodelować.

private static string _conStr = null; 
private static CalendarsAndListsDataContext GetDataContext() 
{ 
    if (_conStr == null) 
    { 
     _conStr = ConfigurationLibrary.Config.Settings().GetConnectionString("liveConString"); 
    } 

    return new CalendarsAndListsDataContext(_conStr); 
} 

Obecnie największą wadą jest to, że zmiany w łańcuchu połączeń wymagają ponownego uruchomienia aplikacji, ale w moim przypadku nie stanowi to problemu.