Suppose a large composite application built on several foundation components packaged in their own assemblies: (database reading, protocol handlers, etc.). For some deployments, this can include over 20 assemblies. Each of these assemblies has settings or configuration information. Our team tends to like the VS settings editor (and the easy-to-use code it generates!), and the application vs. user distinction meets most of our needs.
BUT….
It is very tedious to copy & paste the many configuration sections into our application’s .xml. Furthermore, for shared components that tend to have similar configurations across applications, this means we need to maintain duplicate settings in multiple .config files.
Microsoft’s EntLib solves this problem with an external tool to generate the monster .config file, but this feels klunky as well.
What techniques do you use to manage large .NET .config files with sections from multiple shared assemblies? Some kind of include mechanism? Custom configuration readers?
FOLLOWUP:
Will’s answer was exactly what I was getting at, and looks elegant for flat key/value pair sections. Is there a way to combine this approach with custom configuration sections ?
Thanks also for the suggestions about managing different .configs for different build targets. That’s also quite useful.
Dave
You use one master config file that points to other config files. Here’s an example of how to do this.
In case the link rots, what you do is specify the configSource for a particular configuration section. This allows you to define that particular section within a separate file.
which implies that there is a file called ‘pages.config’ within the same directory that contains the entire
<pages />node tree.