所有，
我目前正在查看正在维护的旧应用程序，它混合使用了从数据库的App.config和应用程序配置表中检索应用程序配置设置的功能。
在我正在使用的新软件中（旧应用程序的端口），我有一个静态的电子邮件地址列表，很少更改，这是检索这些地址的最佳机制。当前，我正在使用资源字符串，因此使用它们只是一个简单的My.Resources。但是，将信息存储在App.Config或数据库表中的好处/缺点是什么？
在什么时候使用资源没有意义？
最佳答案
一切都取决于？
我的一些经验法则是
用于进入配置/资源文件
每个用户都一样，例如图像目录的路径
数据仅在用户界面级别需要，并且不会经常更改，例如美国列表
它可能因服务器而异，例如用于生产与测试的资源URL
进入数据库
它随每个用户更改或是用户特定的数据
它可能需要由开发团队外部的人员来维护
将在UI层之外使用
它会定期更新
不管你做什么
不要将代码强制输入您的代码，我不在乎您对错误报告通知电子邮件地址不会改变的信心有多高，请不要对代码进行硬编码！！！再过3年，原本需要2秒钟的配置更改将导致2星期的工作，以获取过时的旧版废话应用程序进行编译！或另一个有趣的地方是将xml架构硬编码为
stringname += "Schema data";
stringname += "Schema data";
stringname += "Schema data";
奇怪的是，这个家伙，去吧。