Aplikacja konfiguruje najlepszą praktykę projektu - .net, konfigurację

Domyślnie app.config, który jest ładowany, jest tym w projekcie, który zawiera punkt wejścia do aplikacji.

Teraz kod dostępu do danych dba o RDBMS(Oracle, SQL itp.). Jeśli przechowuję ciąg połączenia w projekcie DAL zamiast w projekcie rozruchowym, usunie to zależność między DAL a projektem startowym. Ale z doświadczenia wiem, że ciąg połączenia jest zawsze przechowywany w projekcie startowym.

Jaki jest zalecany projekt (uruchomienie warstwy dostępu do danych), aby zapisać ciąg połączenia? Jeśli jest to projekt początkowy, czy zależność między początkiem a DAL jest akceptowalna?

Odpowiedzi:

Dzień dobry: Jeśli chcesz oddzielić prezentację od repozytorium, chcesz (trzeba) przechowywać takie informacje w projekcie repozytorium / DAL. Tak więc nie jest prawdą, że projekt początkowy zawsze zawiera takie informacje.Za pomocą Entity Framework, na przykład, znajdziesz wersję app.config w łańcuchu połączenia w tej warstwie (zwykle repozytorium lub DAL).

Bardzo często przechowuje się ciąg połączeniabaz danych w pliku web.config, ale dzieje się tak tylko dlatego, że często występuje relacja jeden-do-jednego między twoją warstwą prezentacji a repozytorium. Zwykle używam pliku app.config warstwy danych lub usługi i nie muszę uwzględniać warstwy prezentacji podczas przeprowadzania testów jednostkowych.