3 回答

TA贡献1868条经验 获得超4个赞
安德鲁走在正确的道路上。当您使用此功能时,此处将介绍如何设计该功能。
web.config 这是开发人员应在本地使用的配置文件。理想情况下,您应该对此进行标准化。例如,您可以将localhost用于数据库字符串,而不能使用localhost。您应该努力使它在开发机器上正常工作而无需更改。
web.debug.config 这是在将应用程序发布到开发登台环境时应用的转换。这将对目标环境所需的web.config进行更改。
web.release.config 这是在将应用程序发布到“生产”环境时应用的转换。显然,根据您的应用程序/团队,您必须小心使用密码。
转换当前正在运行的web.config的问题在于,转换可以对web.config执行破坏性操作。例如,它可以删除属性,删除元素等。

TA贡献1796条经验 获得超10个赞
尽管我同意最简单的方法通常是最好的方法,但我可以轻松地想到一种情况,在一段时间内您要将IDE连接到测试数据库而不是开发数据库。尽管您可以在默认的web.config文件中指定开发连接字符串,但是拥有Web.Test.config文件确实非常好,这样当您将构建配置交换为“ Test”时,您将自动获得新设置仍在您的IDE中。
历史上的替代方法是将一组连接字符串注释为另一组,但是这些新的配置转换使最终希望成为这一丑陋实践的核心的希望得以实现。虽然在大多数情况下,一个默认的开发文件和一个转换的发行版可能会起作用,但是我认为添加一个构建后步骤来转换web.config文件是更完整的答案。
- 3 回答
- 0 关注
- 613 浏览
添加回答
举报