Плагин для использования собственного app.config

Вы работаете против архитектуры app.config. Вы получаете один файл app.config для каждого исполняемого файла (EXE, а не DLL). Исполняемый файл запускается, создает свой AppDomain, а затем загружает MyApp.exe.config. Вы можете добавлять все объекты app.config в Visual Studio, но они игнорируются для библиотек DLL. Я думаю, что вы хотите вручную скопировать XML из dll.config и вставить его в app.config уровня приложения. (Я уверен, что есть способ автоматизировать это с помощью TeamBuild или чего-то подобного.) После этого переопределенные значения будут доступны вашему классу Properties.Settings.

Хотелось бы помочь здесь ConfigurationManager.OpenMappedExeConfiguration ? Вы можете создать объект конфигурации, считывающий значения из определенного файла.

Я предпочитаю создавать и использовать подключаемый модуль типа IConfigManager. Его задача - абстрагироваться от того, как хранится конфигурация. Вы получаете его экземпляр через внедрение зависимостей. Таким образом, реализация IConfigManager может загружать настройки из нескольких файлов .config, из сети, базы данных или любого другого источника. Я также использую его для предоставления значений по умолчанию на основе пользователя, машины и / или приложения, которые могут быть переопределены пользователем, например. цвет фона, шрифт и т. д.

Другими преимуществами этого метода являются то, что настройки могут сохраняться согласованным образом во всех плагинах - без необходимости заботы плагинов, место, где ваш плагин хранит свои настройки, может прозрачно изменяться (с .config на другой) и, наконец, IConfigManager может быть высмеянным во время модульного тестирования, чтобы смоделировать различные ситуации.

Надеюсь, это поможет.

Вы можете заставить каждый плагин читать свой собственный ConfigurationSection, а затем в основном файле конфигурации использовать параметр ConfigSource, чтобы указать на внешний файл. (См. Эту ссылку для получения дополнительной информации)

Вы не можете полностью избежать информации о конфигурации плагина в основном файле app.config, но, по крайней мере, специфические настройки плагина находятся в отдельных файлах.

Я коллега Эрика. Поскольку в ближайшие несколько недель он будет в заслуженном отпуске, я подробнее остановлюсь на этом вопросе.

В наших плагинах мы используем несколько экземпляров клиентов службы WCF. Отличительной особенностью этих сервисов является то, что они поставляются с разделами app.config, которые вы можете использовать для настройки поведения, типа сервиса, безопасности и т. Д. И т. Д.

Теперь, когда мы загружаем наши плагины, эти разделы отсутствуют в конфигурации, и поэтому правильные конечные точки не могут быть найдены. Конечно, мы могли бы установить их в коде, но это лишает возможности задавать другие параметры конфигурации, когда это необходимо. Например, мы могли бы реализовать ws-security.

Итак, нам нужен способ загрузки этих конфигураций, чтобы плагины могли читать там соответствующие настройки. Конечно, мы могли бы объединить все конфигурации в одну, но это исключает метод «просто плагин», так как вам придется управлять конфигурациями одновременно с установкой плагина.

Я подумал о создании небольшого инструмента, который объединит «главную» конфигурацию со всеми конфигурациями, размещенными в подкаталоге проекта, и заменит файл .exe.config на этот. Я думаю, что это сработает, но мне было интересно, не предоставляет ли .NET лучших вариантов. Множественные домены приложений - это не то, что могло бы работать, потому что плагины должны взаимодействовать (модель поставщика / потребителя) друг с другом, и мы не хотим переключаться на удаленное взаимодействие только из-за этой проблемы.

Обновление: я исправил большинство проблем, используя ConfigurationManager для открытия существующих конфигураций для чтения appSettings. Что касается клиентов WCF; вы можете загрузить конфигурацию конечной точки / привязки для сервера и клиента, как показано здесь: http://weblogs.asp.net/cibrax/archive/2007/10/19/loading-the-wcf-configuration-from-different-files-on-the-client-side.aspx

Обычно я предпочитаю избегать всего беспорядка app.config, создавая специальный XML-файл, который хост обрабатывает с настройками плагина также внутри. Xml будет выглядеть примерно так:

<root>
    <Settings>
        Here's where anything specific to the app goes.
    </Settings>
    <plugins>
        <plugin type="mylibrary.myclass">
            Here I let the plugin serialize itself however it wants to.
        </plugin>
    </plugins>
</root>

Затем приложение хостинга создает подключаемый модуль из атрибута type и проверяет, реализует ли класс ISerializable; если это так, то плагин десериализует себя. Немного страшно иметь плагины, встроенные в настройки приложения, но если вы загрузите подстроку Xml плагина в новый XmlReader, тогда вам не придется беспокоиться об ошибке в плагине при чтении слишком далеко в строке Xml.