/ / App config diverse buone pratiche del progetto - .net, configurazione

App config diverse buone pratiche del progetto - .net, configurazione

Di default, l'app.config che viene caricata è quella nel progetto che contiene il punto di accesso all'applicazione.

Ora il codice di accesso ai dati si occupa di RDBMS(Oracle, SQL ecc.). Se memorizzo la stringa di connessione nel progetto DAL anziché nel progetto di avvio, rimuoverebbe la dipendenza tra il DAL e il progetto di avvio. Ma per esperienza so che la stringa di connessione è sempre memorizzata nel progetto di avvio.

Qual è il progetto consigliato (avvio del livello di accesso ai dati) per memorizzare la stringa di connessione? Se è il progetto di avvio, la dipendenza risultante tra l'avvio e DAL è accettabile?

risposte:

0 per risposta № 1

Ciao: Se stai cercando di disaccoppiare la presentazione dal repository, allora vorrai (aver bisogno) di memorizzare tali informazioni nel progetto repository / DAL. Quindi non è vero che il progetto start-up contiene sempre tali informazioni.Utilizzando Entity Framework, ad esempio, troverai la versione di app.config di una stringa di connessione in questo livello (normalmente il repository o DAL).

È molto comune memorizzare la stringa di connessionedei database nel file web.config, ma questo è solo perché è comune avere una relazione uno a uno tra il livello di presentazione in un repository. Tendo ad utilizzare il file app.config del livello dati o servizio e non è necessario includere il livello di presentazione durante l'esecuzione del test delle unità.