App конфигуриране на различни най-добри практики - .net, конфигурация

По подразбиране app.config, който се зарежда, е този в проекта, който съдържа входната точка към приложението.

Сега кодът за достъп до данни се грижи за RDBMS(Oracle, SQL и т.н.). Ако запазя низовете за свързване в проекта DAL вместо проекта за стартиране, това ще премахне зависимостта между DAL и стартиращия проект. Но от опита знам, че низът за свързване винаги се съхранява в стартовия проект.

Какво представлява препоръчаният проект (стартиране на слоя за достъп до данни) за съхранение на връзката низ? Ако това е стартиращият проект, резултантната зависимост между стартирането и DAL е приемлива?

Отговори:

Здравейте: Ако искате да отделите представянето от хранилището, тогава бихте искали (трябва) да съхранявате такава информация в проекта за хранилище / DAL. Така че не е вярно, че стартиращият проект винаги съдържа такава информация. Като използвате Entity Framework, например, ще намерите версията на app.config на низ на връзката в този слой (обикновено хранилището или DAL).

Много е обичайно да съхранявате връзката низна базите данни в web.config файла, но това е само защото е обичайно да имате взаимоотношения "един към един" между вашия слой на презентация и хранилище. Склонен съм да използвам файла app.config на слоя данни или услуга и не е необходимо да включвам моя слой на презентация при извършване на тестване на единица.