Two tips for app.config. One about a shared config between different projects and the other on moving sections to external config files
You create a project and you want to share a single app.config during development, with different class libraries and one executable.
Here is a simple solution. You create a simple assembly (class library type project) and add a static class to it, which offers you the access to the app.config of the current application that executes the loaded class-library:
An App.config file or a Web.config file are great places to store configurable information – information that generally doesn’t change; but we want to be able to change easily (i.e., without rebuilding and redeploying the application.) Examples include connection strings (stored in the config file’s <connectionStrings> section) and application-wide name-value pairs (stored in the config file’s <appSettings> section).
We can add more flexibility by moving a section to an external file and linking to that file from the config file.
By splitting the file, we can manage and deploy only those settings separate from the rest of the configuration.
To do so, we create a new text file and copy that section into that file; then use the configSource attribute of the section tag in the original config file to point to the new file.
For example, the following app.config contains all the application’s connection strings and application settings
Now if we combine these two... MUAHAHAHAHAHA...(oh, sorry, it's been a long week)