Comment puis-je référencer des informations de configuration à l'intérieur de plusieurs bibliothèques de classes?

Question

J'ai un tas de projets DLL que j'intègre dans mon application, chacun contient son propre fichier Settings.settings/app.config. Lorsque je compile l'application et l'exécute pour le débogage, tout fonctionne très bien, mais le temps de déploiement arrive, je ne peux pas obtenir mes DLL pour lire leurs propres fichiers de paramètres.

J'ai fait quelques lectures et il est devenu évident qu'il y a quelques méthodes pour obtenir que chaque DLL lise sa propre configuration - l'une est de dédier un fichier .dll.config à la bibliothèque et l'autre est d'intégrer la configuration de la DLL dans process.exe.config. Je rencontre des problèmes importants en essayant de mettre en œuvre soit et je me demandais si quelqu'un a de bons docs à ce sujet - il semble y avoir une pénurie sur le Net. Je souhaite un fichier .dll.config distinct pour chacune des bibliothèques si possible, mais à la rigueur, faire en sorte que chacune de mes bibliothèques lise sa propre section de process.exe.config. Est-ce que n'importe qui peut m'indiquer dans la bonne direction parce que je suis si près de rouler cette application dehors mais cette pierre d'achoppement me cause un mal de tête significatif. Lorsque je fusionne les fichiers de configuration, je commence à recevoir des exceptions TypeInitializer lorsque j'initialise des objets avec mes bibliothèques. Ceci est probablement juste que je suis retardé, mais est-ce que quelqu'un a un exemple de travail d'un fichier de configuration fusionné et un code démonstratif de base pour le lire à partir de plusieurs assemblées?

Answer 1

Quels sont les «problèmes significatifs» que vous avez rencontrés? J'ai commencé par intégrer la configuration de la DLL dans la configuration de l'exe, ce qui fonctionnait, mais était lourd. J'ai maintenant tous les trucs de config dans un projet dll. La seule chose que je devais faire pour faire ce travail (en plus de copier les paramètres) était de changer la classe Settings pour qu'elle soit publique.

Voici un exemple d'une app.config fusionnée qui fonctionne:

<?xml version="1.0" encoding="utf-8" ?> 
    <configuration> 
    <configSections> 
     <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" > 
     <section name="SharedConfig.Client.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" /> 
     <!-- Begin copy from library app.config --> 
     <section name="SharedConfig.Library.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" /> 
     <!-- End copy from library app.config --> 
     </sectionGroup> 
    </configSections> 
    <applicationSettings> 
     <SharedConfig.Client.Properties.Settings> 
     <setting name="Bar" serializeAs="String"> 
      <value>BarFromClient</value> 
     </setting> 
     </SharedConfig.Client.Properties.Settings> 
     <!-- Begin copy from library app.config --> 
     <SharedConfig.Library.Properties.Settings> 
     <setting name="Bar" serializeAs="String"> 
      <value>BarFromLibrary</value> 
     </setting> 
     </SharedConfig.Library.Properties.Settings> 
     <!-- End copy from library app.config --> 
    </applicationSettings> 
    </configuration> 

Answer 2

Chaque bibliothèque de classes définit les paramètres de configuration dans une ConfigurationSection personnalisée. Puis ajoutez les gestionnaires de section personnalisés à votre fichier process.exe.config.

This MSDN article est assez complet dans son explication, avec des exemples dans VB et C#.

Answer 3

Voir If app.config for a DLL should be in the "main config"… what do we do with WCF References in DLLs?. La vraie réponse est "copier et coller". C'est malheureusement la solution générale que Microsoft avait en tête. Dans certains cas, le mécanisme des paramètres .NET 2.0 peut être utilisé car il place les valeurs par défaut dans la DLL elle-même. Lors de l'exécution, la DLL peut enregistrer les paramètres mis à jour dans le fichier .exe.config.