Нет, вы не можете, и для этого есть причина.
Я был бы напуган, если бы библиотека могла изменить файл конфигурации моего приложения. Что, если я генерируюэто на лету?Что если другая утилита загрузит его из сети?Что если я использую app.config transformations ?Что если ваш код просто неверен и вы испортили мои существующие настройки?
Что если, в конце концов, Я не хочу, чтобы у моего приложения был файл конфигурации ?Если мое приложение представляет собой веб-часть SharePoint или какой-либо плагин для веб-сайта, и нет доступа (производство) web.config из среды разработки?
Если вы считаете, что вашей библиотеке действительно нужна конфигурация XML, сохраните ее в configSections
, но на самом деле зависит от вызывающего приложения, чтобы предоставить эти настройки .Создайте класс параметров, который библиотечные абоненты могут использовать в качестве альтернативы указанию конфигурации XML, и примите в нем значения по умолчанию.Введите какое-то статическое свойство для хранения этих настроек.
Возьмите NLog в качестве хорошего примера.Он позволяет указывать настройки и , используя код API и XML-конфигурацию , которая также может находиться в разделе конфигурации приложения, отдельный файл в том же файлекаталог или в каталоге библиотеки .Это может быть излишним для ваших целей;Я просто говорю, что вы должны рассмотреть все варианты использования, прежде чем придерживаться определенного решения конфигурации .