Deploy multiple configs or put everything in a single web config?

Our solution file contains many different projects including an ASP.NET MVC web app, a windows service, and several desktop applications. One project handles logging and has an app.config file containing a list of recipients to inform when something fatal has been logged.

Concerning the deployment of our webapp, I was wondering if it would be better to create a section in the web.config containing this information so that I wouldn't have to deploy the logger's app.config, or is it better to do deploy separately, since other applications use the logger and it should depend on its own file to tell it who to inform?


Typically it's best to push the responsibility of infrastructure configuration up to the consuming client application (whether that be configuration through code, Web.config, app.config, etc.). That is to say, if the library is expecting certain sections to exist in the default config file, make providing this the responsibility of the client's config.

Do what makes the most sense to you and your team.

I've seen this done a dozen ways and it never changed how successful the application was and no customer/stakeholder/enduser ever cared.

Need Your Help

Are while loops as slow as the for loops in R?

r performance while-loop

For loops are know to be quite slow in R. I would like to know if the same is true for while loop.

ElasticSearch poor query performance one 100K documents dataset

java performance elasticsearch indexing

I'm using the default dynamic mapping on ElasticSearch, and calling the search method over the Java API as follow: