Rick,
I would recommend a single app.config file. Within this single app.config
have custom sections that identify distinct 'environments' (home or work).
There is a predefined configSections section in the app.config that you use
to define new sections.
Something like:
<configuration>
<configSections>
<section name="myClass1Stuff"
type="System.Configuration.DictionarySectionHandle r, System" />
<sectionGroup name="environments">
<section name="work"
type="System.Configuration.SingleTagSectionHandler , System" />
<section name="home"
type="System.Configuration.SingleTagSectionHandler , System" />
</sectionGroup>
</configSections>
<appSettings>
<add key="key1" value="value1" />
<add key="environment" value="work" />
</appSettings>
<myClass1Stuff>
<add key="key1" value="value1" />
</myClass1Stuff>
<environments>
<work value1="xyz" value2="abc" value3="edf" value4="ghi" />
<home value1="xyz" value2="abc" value3="edf" value4="ghi" />
</environments>
</configuration>
If you inherit from DictionarySectionHandler you can easily change the key
or value in your section. I've derived from DictionarySectionHandler to
change key/value to plugin/type in a few of my projects.
I use the above environments section to define each of my environments,
Production, QA, Test, Development. Where each environment points to the
correct database servers, web servers, message queues, printers any 'per
environment' settings. The appSettings/environment setting is used to
identify the current environment in use. Instead of value1, value2, value3,
value4. I would have connectionString, printer, messageQueue and such that
are distinct per environment.
You then need to use System.Configuration.ConfigurationSettings.GetConf ig to
get your section, which returns an object based on the type of section
handler defined for that section (usually HashTable, but can be other object
types.
See the following on how to create new sections via the configSections
section.
http://msdn.microsoft.com/library/de...onhandlers.asp
and:
http://msdn.microsoft.com/library/de...ionsschema.asp
Also read about the System.Configuration.ConfigurationSettings class and
other classes in the System.Configuration namespace.
If you define a distinct enough custom section you could put it in the
machine config, however I would put it under something other than
appSettings, as all applications can read appSettings (technically All .NET
applications can read all sections of machine config). If I were to put a
custom section in machine.config I would more than likely use the namespace
for my assembly as the custom section name. For the above I would define a
custom section to hold which environment I was using, then
Hope this helps
Jay
"Guinness Mann" <GM***@dublin.com> wrote in message
news:MP***********************@news.newsguy.com...
I'm working in VS2003.NET, with C#.
I use app.config to store the connection string to my SQL Server. This
works fine.
Lately I've been taking work home where the connection string is
different. I deal with this by having app.config.home and
app.config.work files which I copy over the app.config file as required
by my location.
I was wondering if there is another way to do this. In my Microsoft.NET
file system hierarchy I notice a CONFIG directory with a machine.config
file in it. Said machine.config file has an example appSettings section
in it.
Would that be an appropriate place to store my SQL Server connection
string? How would I access it? I currently say
'ConfigurationSettings.AppSettings["strCon"]'. How would that change?
Thank you,
-- Rick
