As mentioned in #171, an experiment into moving the System.Configuration.ConfigurationManager code into its own assembly, so the main assembly doesn't have a depdency on ConfigurationManager.
This is just an experiment into moving the code out, but keeping the same API (except with it not trying to read appsettings by default any more) - not an experiment into the best API for splitting things.
So - leaving this here in case the idea is considered interesting for a future major version bump with breaking changes.
…r support
refs #171
As mentioned in #171, an experiment into moving the System.Configuration.ConfigurationManager code into its own assembly, so the main assembly doesn't have a depdency on ConfigurationManager.
This is just an experiment into moving the code out, but keeping the same API (except with it not trying to read appsettings by default any more) - not an experiment into the best API for splitting things.
So - leaving this here in case the idea is considered interesting for a future major version bump with breaking changes.