Dwa projekty .NET, jeden ciąg połączenia DB?

Question

mam rozwiązanie .NET zawierający dwa projekty:

projekt
• ASP.NET MVC, 'WWW'
• Biblioteka klasy,

Projekt "modelek 'modele' Zawiera kontekst danych Linq-SQL, wraz z kilkoma klasami częściowymi, które rozszerzają obiekty bazy danych.

Ciąg połączenia jest zdefiniowany w web.config projektu "Witryna".

Jednak projekt "Modele" wydaje się mieć własny app.config, gdzie połączenie z bazą danych jest zdefiniowane osobno.

Oznacza to, że jeśli ciąg połączenia ulegnie zmianie, będę musiał zaktualizować oba projekty.

Czy istnieje sposób, aby scentralizować ciąg połączenia w jednym miejscu i nadal korzystać z niego w obu projektach?

Answer 1

Utwórz klasę częściową, która jest taka sama jak kontekst danych i użyj tego kodu, aby wymusić użycie ciągu web.config w przeciwieństwie do pliku app.config. Umieść klasę częściową w tej samej lokalizacji co model w bibliotece klas.

public partial class YourDataContext 
{ 
    partial void OnCreated() 
    { 
     ConnectionStringSettings cs = ConfigurationManager.ConnectionStrings["PrimaryConnectionString"]; 

     if (cs != null) 
     { 
      this.Connection.ConnectionString = cs.ConnectionString; 
     } 
    } 
} 

Zobacz to pytanie, aby uzyskać więcej informacji Preferred Method for connection string in class library
RichardOD napisali link co myślę najlepiej opisuje nasz problem LINQ To SQL and the Web.Config ConnectionString Value

Answer 2

Powiedziałbym, że powinieneś zachować konfigurację produktu w web.config projektu WWW, a następnie wprowadzić konfigurację, której używasz do projektu modelu.

Answer 3

W porządku. Umieść łańcuch połączenia modelu w pliku Web.config i zapomnij (usuń) plik konfiguracyjny modelu.

DataContext trwa również w ciągu połączenia w jego konstruktora tak można określić to w ten sposób też (być może nie w jednej linii chociaż):

DataContext context = new DataContext(ConfigurationManager.ConnectionStrings["TheKey"].ConnectionString); 

Edycja- oparciu o komentarze do innych odpowiedzi to wygląda tak jak robisz coś złego. Jeśli to robisz, wygenerowany kod użyje domyślnej wartości ustawienia.

System.Configuration.DefaultSettingValueAttribute("Data Source=SERVER;Initial Catalog=XYZ;Integrated Security=True")]. 

Możecie być dokonywania błąd not specifying the connection string properly w pliku Web.config.

Answer 4

OK, zgaduję, ale wygląda na to, że oba projekty używają identycznego ciągu połączenia, tak?

W takim przypadku należy podać tylko ciąg połączenia w pliku web.config; biblioteka klasy app.config i tak nie zostanie odczytana przez ASP.NET.

Answer 5

Myślę, że ciąg połączenia w bibliotece modeli jest właśnie używany przez projektanta. W czasie wykonywania łańcuch jest ładowany z pliku web.config. Więc niekoniecznie musisz synchronizować łańcuchy.

Answer 6

Nie trzeba app.config biblioteki klas. Po prostu ustaw swoją konfigurację na web.config. Ponadto, jeśli potrzebujesz sekcji konfiguracji z aplikacji biblioteki.config, po prostu umieść go na web.config. Menedżer konfiguracji odczyta go stamtąd.

Answer 7

Jeśli biblioteka klas modeli jest przywoływana w aplikacji internetowej, można po prostu usunąć odwołanie z pliku App.Config i upewnić się, że jest ona podobna do tej umieszczonej w sieci. config. W ten sposób, gdy kompilator zajrzy do pliku web.config, znajdzie ciąg połączenia potrzebny do projektu MVC, a zatem nie będzie musiał szukać go w dół.

Answer 8

Osobiście przedłużyć DataContext w moim Respository następnie zrobić coś takiego:

public ContractsControlRepository() 
     : base(ConfigurationManager.ConnectionStrings["AccountsConnectionString"].ToString()) { } 

tamtędy mój repozytorium może być instancja i nigdy nie martwić się o ustanowienie połączenia, czy mając do czynienia z nim w ogóle. Aby zmienić na/z dev/live database po prostu zmienię mój web.config.

Answer 9

Plik app.config w bibliotece nie wpłynie na produkcję - te ciągi połączeń naprawdę istnieją dla projektanta linq2sql. Nic do zobaczenia, posuwaj się dalej, to nie są droidy, których szukamy. . .