c# - 在源代码中管理不同环境的配置信息是不好的做法吗？
问题描述
我正在编写一个 C# app.config 文件，文件目录因目标环境而异。所以我有调试、发布和自定义配置“测试”。我希望我的配置能够根据目标环境切换文件共享的值等等。为什么 MS 让这件事变得如此困难？我看到有关 xml hacks 和扩展的文章，但我倾向于认为如果 VS 本身不这样做，它可能不应该这样做。在我过去在 Eclipse 中使用 Java 的生活中，我有一个项目加载了这些冗长的 ant 构建脚本和过多的令牌替换，这实现了我的目标，但创建了“配置地狱”。我们最终放弃了在源代码中管理环境配置，并决定在目标环境中进行管理。什么' 这个概念/挑战的术语是什么？我是否错误地理解了 Configuration Manager？
解决方案
推荐阅读
- sql - PostgreSQL - 哪部电影在“体育”类别中最受欢迎？
- d3.js - 在 d3js 中尊重曲线边界的单流流图的最大值处绘制垂直带？
- php - 当有人上传内容时自动刷新并显示文件列表的网页
- powershell - Powershell Get-ADUser - 无效的枚举上下文错误
- python - 在 python 中查找朋友的生日
- image - 我正在使用带有 raspian stretch lite 的树莓派 3。我创建的文件保存在哪里？
- javascript - 显示单击的特定项目列表的子内容。
- python - 如何在 linux ubuntu 上使用安装模块？
- android - net::ERR_FILE_NOT_FOUND 加载以锚定新版本的 WebView
- javascript - 在没有 react-ga 的 React 中使用 analytics.js