S
Nick Malik said:Hello Ohad,
Well you could have a seperate XML file for your DLL (as another poster
has
suggested).
Personally, I'd avoid that path, simply because it means that your
common
DLL will create a situation: every app that uses it will require two
config
files to deploy. This is NOT a better alternative to providing one
config
file.
The way that config files are structured, you can add any level of detail
to
the same config file by declaring your own config section handler.
There
are examples of doing this scattered around the web. That will allow you
to
add your own config section the the application config file, and thus,
you
won't get any conflicts.
From experience: if you create a library that requires its own config
file
to deploy, other programmers may be averse to use it, and you will lose
any
value from making your library "generic" enough for reuse.
Good Luck,
--- Nick