.net machine.config是存储连接字符串的最佳方式吗？

为什么我们使用machine.config文件来存储连接字符串，尽管我们有web.config文件？

---

任何帮助都将不胜感激。

存储在machine.config中的任何内容都将可用于在其下配置的任何网站。web.config仅存储特定于该应用程序的配置数据。这里有一篇很好的文章强调了两者之间的区别：

---

存储在machine.config中的任何内容都将可用于在其下配置的任何网站。web.config仅存储特定于该应用程序的配置数据。这里有一篇很好的文章强调了两者之间的区别：

---

我们通常在Web.Config中存储加密的连接字符串，但如果您担心安全性，则可以将其存储在注册表中，而在Web.Config中加密字符串对您来说是不够的

在这里：

---

我们有几个应用程序和数百个连接字符串。将它们全部存储在machine.config中将是一场管理噩梦。同样，这可能是一种集中管理它们的好方法，使您的dev web服务器指向dev DB，而您的live指向live DB。。有趣的…

我们通常将加密的连接字符串存储在Web.Config中，但如果您担心安全性，则可以将其存储在注册表中，而在Web.Config中加密字符串对您来说是不够的

在这里：

---

我们有几个应用程序和数百个连接字符串。将它们全部存储在machine.config中将是一场管理噩梦。同样，这可能是一种集中管理它们的好方法，使您的dev web服务器指向dev DB，而您的live指向live DB。。有趣的…

duplicate of:duplicate of:这里有一个有趣的例子：在数据库中存储除一个以外的所有数据，并在web.config中存储该数据库的加密连接字符串。提供简单的维护，同步/差异生产/登台/开发等。注意：我没有这样做，只是觉得这会很有趣。避免注册表。老兄，问题变了，现在我的答案连上下文都说不通了。我讨厌这样。这里有一个有趣的方法：在一个数据库中存储除一个以外的所有数据，并在web.config中存储该数据库的加密连接字符串。提供简单的维护，同步/差异生产/登台/开发等。注意：我没有这样做，只是觉得这会很有趣。避免注册表。老兄，问题变了，现在我的答案连上下文都说不通了。我讨厌那样。