C# App.Config是旧新闻吗？我应该（通过设计器）使用设置文件进行配置吗？

我工作过的每个.NET项目都使用app.config文件进行配置。很公平

今天我问，“还有更好的方法吗？”（当然是本着不断学习的精神）

我想我的具体问题是：

如果我使用app.config或设置文件，这两种方式都有关系吗

是否存在任何不应使用设置文件的情况，例如应使用web.config的网站

除了不必编辑xml之外，使用设置而不是app.config是否还有其他好处，例如更易于部署或维护应用程序等

澄清： 我将以另一种方式提出这个问题：

---

如果我想将所有配置保存在settings.cs文件中，并仅通过设计器与配置交互，我是否可以完全忽略app.config文件？

IMO，设置文件的主要优点是作用域（至少对于客户端应用程序）-也就是说，您可以为不同的用户使用相同设置的不同值。它还允许您轻松编辑和保存用户范围的设置。是的，如果您不喜欢编辑XML，那么设置也有设计器的优势：）

IMO，设置文件的主要优势是作用域（至少对于客户端应用程序）-也就是说，您可以为不同的用户使用相同设置的不同值。它还允许您轻松编辑和保存用户范围的设置。是的，如果您不喜欢编辑XML，那么设置也有设计师的优势：）

我认为这两种方式都不重要，只要它适合您

我不会在设置应用程序后值将发生更改的情况下使用设置文件

我倾向于混合使用web.config中的自定义设置和数据库中的设置

web.config中的自定义设置基于此。在这里，这些设置在项目设置后可能不会更改，但允许您轻松地与其他项目共享类库

---

数据库设置是项目期间可能会不时更新的内容，例如电子邮件地址

我认为这两种方式都不重要，只要它对您有效

我不会在设置应用程序后值将发生更改的情况下使用设置文件

我倾向于混合使用web.config中的自定义设置和数据库中的设置

web.config中的自定义设置基于此。在这里，这些设置在项目设置后可能不会更改，但允许您轻松地与其他项目共享类库

---

数据库设置是项目期间可能会不时更新的内容，例如电子邮件地址

设置存储在.config文件中，这个问题没有意义。您是指资源下的设置还是其他类型的文件？设置存储在.config文件中，这个问题毫无意义。您是指“资源”下的设置还是其他类型的文件？