7

最近，我发现“Web.Config”文件包含一个<appSettings>似乎很适合存储应用程序设置的部分。哎呀，它甚至具有通过标准系统库访问文件的编程方式。所以很聪明，我写了一个接口来访问它，然后是接口的具体实现，如下所示：

public interface IAppSettings
{
    IEnumerable<string> GetValues(string componentName, string settingName);
    IEnumerable<KeyValuePair<string, string>> GetValuePairs(string componentName, string settingName);
    void SetValues(string componentName, string settingName, IEnumerable<string> valueList, bool append);
    void SetValuePairs(string componentName, string settingName, IEnumerable<KeyValuePair<string, string>> pairList, bool append);
}

然后我发现在应用程序运行时将设置保存回“web.config”会导致整个应用程序重新启动。这对我来说似乎完全不合理，因为如果我经常写回 web.config 并且应用程序每次都重新启动，那么 HttpRuntime.Cache 之类的东西就会被完全清空，从而使我的 Cache 无用，因为它一直在清空和重新填充。

所以我想知道：我应该在哪里存储我的应用程序设置？

有没有一个好的解决方案，这样我就不必自己动手了？

编辑：

好的，感谢所有建议使用数据库和潜在表模式的人。我想我将使用以下架构：

settings:
    index NUMBER NOT NULL AUTO_INCREMENT   <== Primary Key
    component NVARCHAR(255) NOT NULL
    setting NVARCHAR(255) NOT NULL
    key   NVARCHAR(255)
    value NVARCHAR(255) NOT NULL

虽然我不认为我会“设置” P-Key，但使用 Auto-Incr Index 代替。这样，如果我有一个应用程序需要将一些东西邮寄给多个经理，我可以存储很多：

index     component       setting        value
1         RequestModule   ManagerEmail   manager1@someplace
2         RequestModule   ManagerEmail   manager2@someplace

然后我可以使用：

IEnumerable<string> GetValues(string componentName, string settingName);

它将返回一个电子邮件地址列表，而不仅仅是一个值。

这有意义吗？

4

9 回答 9

13

web.config 通常用于只读设置，即。系统管理员在部署应用程序期间设置的设置。

如果要读写设置，最明显的方法是使用数据库。顺便说一句，这有一个优势：一个应用程序可以托管在多个服务器上，并且仍然可以正确读取和写入设置，

您还可以为设置实现自定义存储，但实现起来可能会更困难，而且速度不会快很多。

要回答您的第二个问题，数据库的结构取决于您要存储的设置类型。

如果您需要像这样存储异构的唯一条目：

  • 管理员的邮件地址，
  • 在网站主页上显示的最大条目数，
  • 在“关于我们”页面上显示的文字，
  • 指示是否启用公共评论的布尔值，

那么您必须使用varchars 或其他或多或少友好的类型作为键来识别条目（而不是通过它们的索引来引用它们）。

另一方面，如果您的目的是存储多个管理员的邮件地址，您应该创建一个Manager包含他们的邮件地址、姓名、他们上次连接的日期时间等的表。

你真的不应该混合两者。理论上，您可以通过组件/设置对来参考设置中的条目。在实践中，它使事情变得更加困难并产生了一堆问题：

  • 此外，如果您需要为每位经理存储一个布尔值，指示她/他是否希望接收来自您的警报，该怎么办？以您目前的结构，这是不可能的。
  • 由于相同的设置可以有多个值，您打算如何处理必须唯一的设置？例如，“关于我们”页面上只能显示一个文本值。如果数据库中存储了两个值怎么办？
于 2010-10-20T14:27:51.930 回答
6

在 web.config 中存储设置很有用，因为它可以很容易地在不同的环境中进行不同的设置。但是，正如您所说，如果您可能想要更改实时环境中的设置，这将毫无用处。

如果您需要更改值，一个简单的数据库表是最有用的方法。

例如。

create table Settings
(Name varchar(50) primary key,
Value varchar(50))

如果您使用的是 SQL Server，则可以将Value列设置为sql_variant允许您存储各种数据类型的列。

于 2010-10-20T14:29:42.863 回答
5

它适用于应用程序设置，但不适用于在运行时动态更改的设置。相反，它适用于仅偶尔更改的设置，以及您希望（甚至希望）应用程序在更改时重新启动的位置。

对于更多临时设置，您可能只想使用一个简单的数据库系统 -App_Data如果您的应用程序不使用数据库，即使目录中的平面文件/XML 也可以工作。

于 2010-10-20T14:27:17.907 回答
5

是的。更改 web.config 将重置应用程序。我通常维护一个设置表来存储设置的键值对并从那里访问它。

设置

SETTING_NAME   VARCHAR(100)PRIMARY KEY
SETTING_VALUE  VARCHAR(100)

然后编写一个可以向该表插入、删除、更新值的类。

SETTINGS 表的 Ex 数据

    SETTING_NAME         SETTING_VALUE

    AdminEmail            admin@mysite.com
    ErrorTrackingEmail    errors@mysite.com
于 2010-10-20T14:28:03.257 回答
3

我通常在我的设置表中添加一个“类型”字段，以便我只检索所需的设置组，这对我来说是一种对类似设置进行分组并立即检索它们的方式。

于 2010-10-20T14:45:32.450 回答
1

像这样创建一个键值表：

settings:
name NVARCHAR(255) PRIMARY KEY
value NVARCHAR(255) NOT NULL
于 2010-10-20T14:29:41.083 回答
1

首先，当您考虑应该将哪些信息存储在 web.config 文件中时，这一点也不无道理。当您更改程序集信息、连接字符串等内容时，您的应用程序需要停止并重新加载值以使用这些设置运行。

如果要存储应用程序范围的设置，则可以在数据库中创建一个设置表，甚至可以使用单独的文本文件来存储设置。

如果您正在谈论存储每个用户的设置，您应该查看ASP.NET Profile Properties。

于 2010-10-20T14:30:39.317 回答
1

应用程序范围的设置当然应该存储在 web.config 文件的这一部分中，因为它可以防止硬编码值可能会随着时间而改变。无需使用您自己的代码读取它们，因为有一个内置方法：使用System.Configuration.ConfigurationManager.AppSettings数组来检索它们（您需要在项目中添加对 System.Configuration 程序集的引用）。您也可以通过 ASP.NET 网站管理工具编辑 AppSettings（项目菜单 -> ASP.NET 配置）。

对于您设想在站点启动和运行时更频繁地更改的值，使用 XML 文件、轻量级数据库（例如 SQLite 或 SQL Server Compact）甚至是文本文件来进行这些设置是合理的。

于 2010-10-20T14:43:27.230 回答
0

如果您需要保存设置，您始终可以将它们保存在自定义配置文件中。

前一阵子我就这样做了，我有可用的代码在这里做。

于 2010-10-20T15:06:26.640 回答