最近,我发现“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);
}
然后我发现saving settings back to "web.config" while the application is running causes the entire application to re-start。这对我来说似乎是完全不合理的,因为如果我回写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 component setting value
1 RequestModule ManagerEmail manager1@someplace
2 RequestModule ManagerEmail manager2@someplace
然后我可以使用:
IEnumerable<string> GetValues(string componentName, string settingName);
它将返回一个电子邮件地址列表,而不仅仅是一个值。
这有意义吗?
web.config通常用于只读设置,即。系统管理员在部署应用程序期间设置的设置。
如果要读取和写入设置,最明显的方法是使用数据库。顺便说一下,这有一个优点:应用程序可以托管在多个服务器上,仍然可以正确读写设置,
您还可以为设置实现自定义存储,但实现起来可能会更困难,而且速度也不会太快。
要回答第二个问题,数据库的结构取决于要存储的设置类型。
如果您需要存储异构的唯一条目,如下所示:
然后你必须使用varchar
s或其他或多或少友好类型作为键来识别条目(而不是通过它们的索引来引用它们)。
另一方面,如果您的目的是存储多个管理器的邮件地址,则应创建一个Manager
表,其中包含其邮件地址,名称,上次连接的日期时间等。
你真的不应该混合两者。理论上,您可以按组件/设置对参考设置中的条目。在实践中,它会使事情变得更难并产生一系列问题:
在web.config中存储设置很有用,因为它可以在不同环境中轻松进行不同的设置。但是,正如您所说,如果您可能想要更改实时环境中的设置,则无用。
如果需要更改值,则最简单的数据库表是最有用的方法。
例如。
create table Settings
(Name varchar(50) primary key,
Value varchar(50))
如果您正在使用SQL Server,则可以将Value
列设置为sql_variant
,这将允许您存储各种数据类型。
它适用于应用程序设置,但不适用于在运行时期间动态更改的设置。相反,它仅适用于偶尔更改的设置,以及当应用程序发生更改时您希望(甚至希望)应用程序重新启动的位置。
对于更短暂的设置,您可能只想使用一个简单的数据库系统 - 如果您的应用程序不使用数据库,即使App_Data
目录中的平面文件/ XML也可以使用。
是。更改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
我通常在我的设置表中添加一个“类型”字段,这样我只能检索一组所需的设置,这对我来说是一种分组设置和一次检索它们的方法。
像这样创建一个键值表:
settings:
name NVARCHAR(255) PRIMARY KEY
value NVARCHAR(255) NOT NULL
首先,当您考虑应该在web.config文件中存储哪些信息时,这根本不合理。当您更改汇编信息,连接字符串等内容时,您的应用程序需要停止并重新加载值以使用这些设置运行。
如果要存储应用程序范围的设置,则可以在数据库中创建“设置”表,甚至可以使用单独的文本文件来存储设置。
如果你在谈论存储每个用户的设置,你应该看看qazxsw poi。
应用程序范围的设置当然应存储在web.config文件的此部分中,因为它可以防止可能随时间变化的硬编码值。没有必要使用自己的代码读取它们,因为有一个内置方法:使用ASP.NET Profile Properties数组来检索它们(您需要在项目中添加对System.Configuration程序集的引用)。您也可以通过ASP.NET网站管理工具编辑AppSettings(项目菜单 - > ASP.NET配置)。
对于您设想更频繁地更改并且站点启动并运行的值,使用XML文件,轻量级数据库(例如SQLite或SQL Server Compact)或甚至文本文件来进行这些设置是合理的。
如果需要保存设置,可以始终将它们保存在自定义配置文件中。
我做了一会儿,我有代码可用来做System.Configuration.ConfigurationManager.AppSettings
。