假设一个大型组合应用程序是由几个基础组件构建而成,这些组件被打包在自己的程序集中:(数据库读取、协议处理等)。对于某些部署,这可能包括超过20个程序集。每个程序集都有设置或配置信息。我们团队倾向于使用VS设置编辑器(和它生成的易于使用的代码!),应用程序与用户的区别满足我们的大多数需求。
但是...将许多配置部分复制粘贴到我们的应用程序.xml中非常繁琐。此外,对于共享组件,它们 tend to have similar configurations across applications,这意味着我们需要在多个.config文件中维护重复的设置。
Microsoft's EntLib通过外部工具解决了这个问题,以生成monster .config文件,但这也感觉很笨重。
你使用什么技术来管理带有来自多个共享程序集的部分的大型.NET .config文件?一种包含机制?自定义配置阅读器?
跟进:
Will的answer正是我想表达的,对于平面键/值对部分看起来很优雅。是否有一种方法将此方法与custom configuration sections相结合?
谢谢您提供有关管理不同.build目标的不同.configs的建议。这也非常有用。
戴夫
但是...将许多配置部分复制粘贴到我们的应用程序.xml中非常繁琐。此外,对于共享组件,它们 tend to have similar configurations across applications,这意味着我们需要在多个.config文件中维护重复的设置。
Microsoft's EntLib通过外部工具解决了这个问题,以生成monster .config文件,但这也感觉很笨重。
你使用什么技术来管理带有来自多个共享程序集的部分的大型.NET .config文件?一种包含机制?自定义配置阅读器?
跟进:
Will的answer正是我想表达的,对于平面键/值对部分看起来很优雅。是否有一种方法将此方法与custom configuration sections相结合?
谢谢您提供有关管理不同.build目标的不同.configs的建议。这也非常有用。
戴夫