Здравствуйте, Буравчик, Вы писали:

Б>Надо ли использовать Dependency injection для управления конфигурацией приложения? Т.е. выделять доступ к настройкам приложения в отдельный сервис/класс и прокидывать его в другие классы.

IMHO удобнее всего не только прятать за интерфейсами и использовать DI для конфигурации, но и разделять конфигурацию на куски.
1) Источники конфигурации могут быть разные. В этом случае это все так же прячется от кода BL за имплементацией конфигурации.
2) Как правило конфигурация так же зависит от конкретной реализации. Например, IRepository заимплеменченный для SQL потребует одни настройки, а для TableStorage — другие. Подобный пример с кэшем — настройки будут также зависеть от реализации.

В итоге получается следующее: в сборках с реализацией определены интерфейсы настроек для конкретных реализаций интерфейсов BL, DAL итл, а в проекте приложения — их реализации (т.к. разный тип приложений может по разному хранить эти настройки).