How do you manage .NET app.config files for large applications?假设有一个大型复合应用程序，该应用程序基于打包在其自己的程序集中的几个基础组件构建：(数据库读取，协议处理程序等)。对于某些部署，这可能包括20多个程序集。每个程序集都有设置或配置信息。我们的团队倾向于喜欢VS设置编辑器(及其生成的易于使用的代码！)，并且应用程序与用户之间的区别可以满足我们的大多数需求。 但.... 将许多配置节复制并粘贴到应用程序的.xml中非常繁琐。此外，对于倾向于在应用程序之间具有相似配置的共享组件，这意味着我们需要在多个.config文件中维护重复的设置。 微软的EntLib使用外部工具生成怪兽.config文件解决了这个问题，但这也让人觉得很笨拙。 您使用什么技术来管理带有多个共享程序集的节的大型.NET .config文件？某种包含机制？定制配置阅读器？ 跟进： 威尔的答案恰好是我所得到的，并且对于平坦的键/值对部分看起来很优雅。有没有一种方法可以将这种方法与自定义配置部分结合起来？ 也感谢您为不同的构建目标管理不同的.config的建议。这也很有用。 戴夫 您使用一个主配置文件指向其他配置文件。这是如何执行此操作的示例。 万一链接腐烂，您要做的是为特定配置部分指定configSource。这使您可以在单独的文件中定义该特定部分。
这意味着在包含整个 我的首选方法是使用MSBuild，如果右键单击项目并单击"卸载"，将弹出一个新菜单选项，显示为" edit"。选择该选项，它将打开项目文件，以便您可以对其进行编辑，向下滚动直到找到被注释掉的部分，称为" AfterBuild"。 然后，您可以添加如下内容：
这将用一个名为[Release | Debug] app.exe.config的应用程序配置代替。因此，您可以根据项目的构建方式维护单独的配置。 但是，一种快速而又肮脏的选择(如果您不想使用msbuild的话)是仅维护单独的配置文件，然后定义要包括的配置文件，如下所示：
如果您正在做一个asp.net应用程序，Microsoft提供了一个称为" Web Deployment Projects"的强大实用程序，它将使您轻松管理所有这些操作，请单击此处。 管理大型配置集的一种好方法是创建自定义配置部分。 Phil Haack在本文的"自定义配置"部分中通过三个简单的步骤很好地讨论了这一点 为每个部署/测试环境设置构建配置，并根据每个构建配置使用单独的配置文件。 ScottGu对此发表了一篇不错的文章，并且效果很好。我们唯一的怪癖是我们需要确保在每次构建之前从TFS中检出配置文件(web.config)进行编辑，以便可以将其复制过来。 我们创建了一个AssemblySettingsConfig类，其行为类似于ConfigurationManager，但是为每个单独的程序集加载一个.config。因此，该应用程序具有.config，并且它引用的所有DLL都有自己的.config文件。到目前为止效果很好。 |
