- 浏览: 214541 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
linxin59240:
这样也不行呀!页面还是会提示“在此页上的activeX控件和 ...
JavaScript 修改注册表来改变“工具--Internet选项”(转载)
asp.net夜话之十一:web.config详解
在开发中经常会遇到这样的情况,在部署程序时为了保密起见并不将源代码随项目一同发布,而我们开发时的环境与部署环境可能不一致(比如数据库不一样),如果在代码中保存这些配置这些信息部署时需要到用户那里更改代码再重新编译,这种部署方式非常麻烦。在.net中提供了一种便捷的保存项目配置信息的办法,那就是利用配置文件,配置文件的文件后缀一般是.config,在asp.net中配置文件名一般默认是web.config。每个web.config文件都是基于XML的文本文件,并且可以保存到Web应用程序中的任何目录中。在发布Web应用程序时web.config文件并不编译进dll文件中。如果将来客户端发生了变化,仅仅需要用记事本打开web.config文件编辑相关设置就可以重新正常使用,非常方便。
本篇要讲述的知识如下:
配置文件的查找优先级
配置文件节点说明
配置文件的操作
配置文件的查找优先级
在.net提供了一个针对当前机器的配置文件,这个文件是machine.config,它位于%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\文件下(%windir%是系统分区下的系统目录,在命令行模式下输入%windir%然后回车就能查看当前机器的系统目录,在Windows2003及WindowsXP中%windir%是系统分区下的windows目录,在Windows2000中%windir%是系统分区下的WinNT目录,在笔者机器上这个系统目录是C:\WINDOWS)。这个文件里面定义了针对当前机器的WinForm程序和asp.net应用程序的配置。下面是machine.config文件的内容:
在这个文件夹下还有一个web.config文件,这个文件包含了asp.net网站的常用配置。下面是这个web.config文件的内容:
asp.net网站IIS启动的时候会加载配置文件中的配置信息,然后缓存这些信息,这样就不必每次去读取配置信息。在运行过程中asp.net应用程序会监视配置文件的变化情况,一旦编辑了这些配置信息,就会重新读取这些配置信息并缓存。
当我们要读取某个节点或者节点组信息时,是按照如下方式搜索的:
(1)如果在当前页面所在目录下存在web.config文件,查看是否存在所要查找的结点名称,如果存在返回结果并停止查找。
(2)如果当前页面所在目录下不存在web.config文件或者web.config文件中不存在该结点名,则查找它的上级目录,直到网站的根目录。
(3)如果网站根目录下不存在web.config文件或者web.config文件中不存在该节点名则在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config文件中查找。
(4)如果在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config文件中不存在相应结点,则在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config文件中查找。
(5)如果仍然没有找到则返回null。
所以如果我们对某个网站或者某个文件夹有特定要求的配置,可以在相应的文件夹下创建一个web.config文件,覆盖掉上级文件夹中的web.config文件中的同名配置即可。这些配置信息的寻找只查找一次,以后便被缓存起来供后来的调用。在asp.net应用程序运行过程中,如果web.config文件发生更改就会导致相应的应用程序重新启动,这时存储在服务器内存中的用户会话信息就会丢失(如存储在内存中的Session)。一些软件(如杀毒软件)每次完成对web.config的访问时就会修改web.config的访问时间属性,也会导致asp.net应用程序的重启。
配置文件节点说明
web.config文件是一个XML文件,它的根结点是<configuration>,在<configuration>节点下的常见子节点有:<configSections>、<appSettings>、<connectionStrings>和<system.web>。其中<appSettings>节点主要用于配置一些网站的应用配置信息,而<connectionStrings>节点主要用于配置网站的数据库连接字符串信息。
<system.web>节点主要是网站运行时的一些配置,它的常见节点有如下:
<appSettings>节点
<appSettings>节点主要用来存储asp.net应用程序的一些配置信息,比如上传文件的保存路径等,以下是一个例子:
<appSettings>
<!--允许上传的图片格式类型-->
<addkey="ImageType"value=".jpg;.bmp;.gif;.png;.jpeg"/>
<!--允许上传的文件类型-->
<addkey="FileType"value=".jpg;.bmp;.gif;.png;.jpeg;.pdf;.zip;.rar;.xls;.doc"/>
</appSettings>
对于<appSettings>节点中的值可以按照key来进行访问,以下就是一个读取key值为“FileType”节点值的例子:
stringfileType=ConfigurationManager.AppSettings["FileType"];
<connectionStrings>节点
<connectionStrings>节点主要用于配置数据库连接的,我们可以<connectionStrings>节点中增加任意个节点来保存数据库连接字符串,将来在代码中通过代码的方式动态获取节点的值来实例化数据库连接对象,这样一旦部署的时候数据库连接信息发生变化我们仅需要更改此处的配置即可,而不必因为数据库连接信息的变化而需要改动程序代码和重新部署。
以下就是一个<connectionStrings>节点配置的例子:
<connectionStrings>
<!--SQLServer数据库配置-->
<addname="AspNetStudyConnectionString1"connectionString="DataSource=(local);InitialCatalog=AspNetStudy;UserID=sa;Password=sa"/>
</connectionStrings>
在代码中我们可以这么实例化数据库连接对象:
//读取web.config节点配置
stringconnectionString=ConfigurationManager.ConnectionStrings["AspNetStudyConnectionString1"].ConnectionString;
//实例化SqlConnection对象
SqlConnectionconnection=newSqlConnection(connectionString);
这样做的好处是一旦开发时所用的数据库和部署时的数据库不一致,仅仅需要用记事本之类的文本编辑工具编辑connectionString属性的值就行了。
<compilation>节点
<compilation>节点配置ASP.NET使用的所有编译设置。默认的debug属性为“true”,即允许调试,在这种情况下会影响网站的性能,所以在程序编译完成交付使用之后应将其设为“false”。
<authentication>节点设置asp.net身份验证模式,有四种身份验证模式,它们的值分别如下:
Mode说明
Windows使用Windows身份验证,适用于域用户或者局域网用户。
Forms使用表单验证,依靠网站开发人员进行身份验证。
Passport使用微软提供的身份验证服务进行身份验证。
None不进行任何身份验证。
<authentication>节点
<authentication>节点控制用户对网站、目录或者单独页的访问,必须配合<authentication>节点一起使用。
<customErrors>节点
<customErrors>节点用于定义一些自定义错误信息的信息。此节点有Mode和defaultRedirect两个属性,其中defaultRedirect属性是一个可选属性,表示应用程序发生错误时重定向到的默认URL,如果没有指定该属性则显示一般性错误。Mode属性是一个必选属性,它有三个可能值,它们所代表的意义分别如下:
Mode说明
On表示在本地和远程用户都会看到自定义错误信息。
Off禁用自定义错误信息,本地和远程用户都会看到详细的错误信息。
RemoteOnly表示本地用户将看到详细错误信息,而远程用户将会看到自定义错误信息。
这里有必要说明一下本地用户和远程用户的概念。当我们访问asp.net应用程时所使用的机器和发布asp.net应用程序所使用的机器为同一台机器时成为本地用户,反之则称之为远程用户。在开发调试阶段为了便于查找错误Mode属性建议设置为Off,而在部署阶段应将Mode属性设置为On或者RemoteOnly,以避免这些详细的错误信息暴露了程序代码细节从而引来黑客的入侵。
下面我们添加一个页面CustomErrorsDemo.aspx,在它的Page_Load事件里抛出一个异常,代码如下:
usingSystem;
usingSystem.Data;
usingSystem.Configuration;
usingSystem.Collections;
usingSystem.Web;
usingSystem.Web.Security;
usingSystem.Web.UI;
usingSystem.Web.UI.WebControls;
usingSystem.Web.UI.WebControls.WebParts;
usingSystem.Web.UI.HtmlControls;
publicpartialclassCustomErrorsDemo:System.Web.UI.Page
{
voidPage_Load()voidPage_Load(objectsender,EventArgse)
{
thrownewException("故意抛出的异常。");
}
}
我们先配置<customErrors>如下:
<customErrorsmode="RemoteOnly">
<errorstatusCode="403"redirect="NoAccess.htm"/>
<errorstatusCode="404"redirect="FileNotFound.htm"/>
</customErrors>
这时本地运行CustomErrorsDemo.aspx的效果如下:
远程访问时看到的效果:
如果我们将customErrors的Mode属性设置为“On”本地运行和远程访问都会看到如下效果:
如果将customErrors的Mode属性设置为“Off”本地运行和远程访问都会看到如下效果:
<error>子节点
在<customErrors>节点下还包含有<error>子节点,这个节点主要是根据服务器的HTTP错误状态代码而重定向到我们自定义的错误页面,注意要使<error>子节点下的配置生效,必须将<customErrors>节点节点的Mode属性设置为“On”。下面是一个例子:
<customErrorsmode="On"defaultRedirect="GenericErrorPage.htm">
<errorstatusCode="403"redirect="403.htm"/>
<errorstatusCode="404"redirect="404.htm"/>
</customErrors>
在上面的配置中如果用户访问的页面不存在就会跳转到404.htm页面,如果用户没有权限访问请求的页面则会跳转到403.htm页面,403.htm和404.htm页面都是我们自己添加的页面,我们可以在页面中给出友好的错误提示。
<httpHandlers>节点
<httpHandlers>节点用于根据用户请求的URL和HTTP谓词将用户的请求交给相应的处理程序。可以在配置级别的任何层次配置此节点,也就是说可以针对某个特定目录下指定的特殊文件进行特殊处理。
下面是与machine.config文件同一目录下的web.config文件中的<httpHandlers>节点配置:
<httpHandlers>
<addpath="*.rules"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.xoml"verb="*"type="System.ServiceModel.Activation.HttpHandler,System.ServiceModel,Version=3.0.0.0,Culture=neutral,PublicKeyToken=b77a5c561934e089"validate="false"/>
<addpath="trace.axd"verb="*"type="System.Web.Handlers.TraceHandler"validate="true"/>
<addpath="WebResource.axd"verb="GET"type="System.Web.Handlers.AssemblyResourceLoader"validate="true"/>
<addpath="*.axd"verb="*"type="System.Web.HttpNotFoundHandler"validate="true"/>
<addpath="*.aspx"verb="*"type="System.Web.UI.PageHandlerFactory"validate="true"/>
<addpath="*.ashx"verb="*"type="System.Web.UI.SimpleHandlerFactory"validate="true"/>
<addpath="*.asmx"verb="*"type="System.Web.Services.Protocols.WebServiceHandlerFactory,System.Web.Services,Version=2.0.0.0,Culture=neutral,PublicKeyToken=b03f5f7f11d50a3a"validate="false"/>
<addpath="*.rem"verb="*"type="System.Runtime.Remoting.Channels.Http.HttpRemotingHandlerFactory,System.Runtime.Remoting,Version=2.0.0.0,Culture=neutral,PublicKeyToken=b77a5c561934e089"validate="false"/>
<addpath="*.soap"verb="*"type="System.Runtime.Remoting.Channels.Http.HttpRemotingHandlerFactory,System.Runtime.Remoting,Version=2.0.0.0,Culture=neutral,PublicKeyToken=b77a5c561934e089"validate="false"/>
<addpath="*.asax"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.ascx"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.master"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.skin"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.browser"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.sitemap"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.dll.config"verb="GET,HEAD"type="System.Web.StaticFileHandler"validate="true"/>
<addpath="*.exe.config"verb="GET,HEAD"type="System.Web.StaticFileHandler"validate="true"/>
<addpath="*.config"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.cs"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.csproj"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.vb"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.vbproj"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.webinfo"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.licx"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.resx"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.resources"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.mdb"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.vjsproj"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.java"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.jsl"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.ldb"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.ad"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.dd"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.ldd"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.sd"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.cd"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.adprototype"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.lddprototype"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.sdm"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.sdmDocument"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.mdf"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.ldf"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.exclude"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.refresh"verb="*"type="System.Web.HttpForbiddenHandler"validate="true"/>
<addpath="*.svc"verb="*"type="System.ServiceModel.Activation.HttpHandler,System.ServiceModel,Version=3.0.0.0,Culture=neutral,PublicKeyToken=b77a5c561934e089"validate="false"/>
<addpath="*"verb="GET,HEAD,POST"type="System.Web.DefaultHttpHandler"validate="true"/>
<addpath="*"verb="*"type="System.Web.HttpMethodNotAllowedHandler"validate="true"/>
</httpHandlers>
从上面的配置中可以看出,针对*.mdf、*.ldf文件的Get或者Post请求都会交给System.Web.HttpForbiddenHandler来处理,处理的结果就是用户不能查看或者下载相关的文件。如果我们某个文件夹下的文件或者某个类型的文件不允许用户下载,可以在</httpHandlers>节点中增加相应的子节点。
下面我们以一个例子来说明<httpHandlers>节点的用法,在我们的asp.net应用程序中建立一个IPData目录,在IPData目录中创建一个IPData.txt文件,然后在Web.config中添加以下配置:
<httpHandlers>
<addpath="IPData/*.txt"verb="*"type="System.Web.HttpForbiddenHandler"/>
</httpHandlers>
上面的代码的作用是禁止访问IPData目录下的任何txt文件。
然后新建一个页面,在页面中添加一个超级链接,链接到该目录下IPData.txt文件,代码如下:
<%@PageLanguage="C#"AutoEventWireup="true"CodeFile="HttpHandlersDemo.aspx.cs"Inherits="HttpHandlersDemo"%>
<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.0Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<htmlxmlns="http://www.w3.org/1999/xhtml">
<headrunat="server">
<title>httpHandlers节点的例子</title>
</head>
<body>
<formid="form1"runat="server">
<div>
<ahref="IPData/IPData.txt"title="打开IPData/IPData.txt">打开IPData/IPData.txt</a>
</div>
</form>
</body>
</html>
运行这个页面的效果如下:
当前web.config文件的<customErrors>节点配置如下:
<customErrorsmode="On"defaultRedirect="GenericErrorPage.htm">
<errorstatusCode="403"redirect="403.htm"/>
<errorstatusCode="404"redirect="404.htm"/>
</customErrors>
如果存在403.htm和404.htm页面,点击超级链接之后会出现如下效果:
我们从上图中可以看到当<customErrors>节点的Mode属性为“On”时,因为被禁止访问IPData文件夹下的所有txt文件,所以会跳转到自定义的没有权限提示页面,即403.htm。
<httpRuntime>节点
<httpRuntime>节点用于对ASP.NETHTTP运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。
例如下面的配置控制用户最大能上传的文件为40M(40*1024K),最大超时时间为60秒,最大并发请求为100个。
<httpRuntimemaxRequestLength="40960"executionTimeout="60"appRequestQueueLimit="100"/>
<pages>节点
<pages>节点用于表示对特定页设置,主要有三个属性,分别如下:
属性名说明
buffer是否启用了HTTP响应缓冲。
enableViewStateMac是否应该对页的视图状态运行计算机身份验证检查(MAC),以放置用户篡改,默认为false,如果设置为true将会引起性能的降低。
validateRequest是否验证用户输入中有跨站点脚本攻击和SQL注入式漏洞攻击,默认为true,如果出现匹配情况就会发HttpRequestValidationException异常。对于包含有在线文本编辑器页面一般自行验证用户输入而将此属性设为false。
下面就是一个配置节点的例子:
<pagesbuffer="true"enableViewStateMac="true"validateRequest="false"/>
<sessionState>节点
<sessionState>节点用于配置当前asp.net应用程序的会话状态配置。以下就是一个常见配置:
<sessionStatecookieless="false"mode="InProc"timeout="30"/>
上面的节点配置是设置在asp.net应用程序中启用Cookie,并且指定会话状态模式为在进程中保存会话状态,同时还指定了会话超时为30分钟。
<sessionState>节点的Mode属性可以是以下几种值之一:
属性值说明
Custom使用自定义数据来存储会话状态数据。
InProc默认值。由asp.net辅助进程来存储会话状态数据。
Off禁用会话状态。
SQLServer使用进程外SQLServer数据库保存会话状态数据。
StateServer使用进程外ASP.NET状态服务存储状态信息。
一般默认情况下使用InProc模式来存储会话状态数据,这种模式的好处是存取速度快,缺点是比较占用内存,所以不宜在这种模式下存储大型的用户会话数据。
<globalization>节点:
用于配置应用程序的全球化设置。此节点有几个比较重要的属性,分别如下:
属性名说明
fileEncoding可选属性。设置.aspx、.asmx和.asax文件的存储编码。
requestEncoding可选属性。设置客户端请求的编码,默认为UTF-8.
responseEncoding可选属性。设置服务器端响应的编码,默认为UTF-8.
以下就是asp.net应用程序中的默认配置:
<globalizationfileEncoding="utf-8"requestEncoding="utf-8"responseEncoding="utf-8"/>
配置文件的读写操作
虽然web.config文件是一个XML文件,但是由于权限的原因它在部署中不能像操作普通XML文件那样进行修改,在.net中提供了一个类用于对web.config进行修改。
下面是针对web.config修改通用类的代码:
usingSystem;
usingSystem.Configuration;
usingSystem.Web;
usingSystem.Web.Configuration;
///<summary>
///ConfigurationOperator的摘要说明
///</summary>
publicclassConfigurationOperator:IDisposable
{
privateConfigurationconfig;
ConfigurationOperator()ConfigurationOperator():this(HttpContext.Current.Request.ApplicationPath)
{
}
ConfigurationOperator()ConfigurationOperator(stringpath)
{
config=WebConfigurationManager.OpenWebConfiguration(path);
}
///<summary>
///设置应用程序配置节点,如果已经存在此节点,则会修改该节点的值,否则添加此节点
///</summary>
///<paramname="key">节点名称</param>
///<paramname="value">节点值</param>
voidSetAppSetting()voidSetAppSetting(stringkey,stringvalue)
{
AppSettingsSectionappSetting=(AppSettingsSection)config.GetSection("appSettings");
if(appSetting.Settings[key]==null)//如果不存在此节点,则添加
{
appSetting.Settings.Add(key,value);
}
else//如果存在此节点,则修改
{
appSetting.Settings[key].Value=value;
}
}
///<summary>
///设置数据库连接字符串节点,如果不存在此节点,则会添加此节点及对应的值,存在则修改
///</summary>
///<paramname="key">节点名称</param>
///<paramname="value">节点值</param>
voidSetConnectionString()voidSetConnectionString(stringkey,stringconnectionString)
{
ConnectionStringsSectionconnectionSetting=(ConnectionStringsSection)config.GetSection("connectionStrings");
if(connectionSetting.ConnectionStrings[key]==null)//如果不存在此节点,则添加
{
ConnectionStringSettingsconnectionStringSettings=newConnectionStringSettings(key,connectionString);
connectionSetting.ConnectionStrings.Add(connectionStringSettings);
}
else//如果存在此节点,则修改
{
connectionSetting.ConnectionStrings[key].ConnectionString=connectionString;
}
}
///<summary>
///保存所作的修改
///</summary>
voidSave()voidSave()
{
config.Save();
config=null;
}
voidDispose()voidDispose()
{
if(config!=null)
{
config.Save();
}
}
}
把上面的代码存放到App_Code文件夹下,我们在项目中就可以直接使用了。
我们通过一个例子演示如果使用这个通用类对web.config进行设置。新建一个aspx页面,下面是前台代码:
<%@PageLanguage="C#"AutoEventWireup="true"CodeFile="ConfigModifyDemo.aspx.cs"Inherits="ConfigModifyDemo"%>
<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.0Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<htmlxmlns="http://www.w3.org/1999/xhtml">
<headrunat="server">
<title>在部署后修改web.config的例子</title>
</head>
<body>
<formid="form1"runat="server">
<div>
<tableborder="0"cellpadding="0"cellspacing="0">
<tr><td>类型</td><td>名称</td><td>值</td></tr>
<tr><td>
程序配置</td><td>
<asp:TextBoxID="txtKey"runat="server"></asp:TextBox>
<asp:RequiredFieldValidatorID="RequiredFieldValidator2"runat="server"ControlToValidate="txtKey"
ErrorMessage="*"Display="Dynamic"></asp:RequiredFieldValidator></td><td>
<asp:TextBoxID="txtAppSetting"runat="server"></asp:TextBox></td></tr>
<tr><td>
数据库连接</td><td>
<asp:TextBoxID="txtConnectionName"runat="server"></asp:TextBox>
<asp:RequiredFieldValidatorID="RequiredFieldValidator1"runat="server"ErrorMessage="*"ControlToValidate="txtConnectionName"Display="Dynamic"></asp:RequiredFieldValidator></td><tdstyle="height:24px">
<asp:TextBoxID="txtConnectionString"runat="server"></asp:TextBox></td></tr>
<tr><td>
<asp:ButtonID="btnModify"runat="server"OnClick="btnModify_Click"Text="修改"/></td><td></td><td></td></tr>
</table>
</div>
</form>
</body>
</html>
编写后台代码有时可能需要增加对配置文件读写操作类所在dll的引用,如下:
下面是后台代码:
usingSystem;
usingSystem.Data;
usingSystem.Configuration;
usingSystem.Collections;
usingSystem.Web;
usingSystem.Web.Security;
usingSystem.Web.UI;
usingSystem.Web.UI.WebControls;
usingSystem.Web.UI.WebControls.WebParts;
usingSystem.Web.UI.HtmlControls;
usingSystem.Web.Configuration;//注意添加这个命名空间
publicpartialclassConfigModifyDemo:System.Web.UI.Page
{
voidPage_Load()voidPage_Load(objectsender,EventArgse)
{
}
voidbtnModify_Click()voidbtnModify_Click(objectsender,EventArgse)
{
stringappSetting=txtAppSetting.Text;//appSetting子节点值
stringconnectionString=txtConnectionString.Text;//连接字符串
stringkey=txtKey.Text;//appSetting子节点Key
stringconnectionName=txtConnectionName.Text;//连接Name
ConfigurationOperatorop=newConfigurationOperator();
op.SetAppSetting(key,appSetting);
op.SetConnectionString(connectionName,connectionString);
op.Save();
}
}
下面是运行界面:
我们在上面的表单中填入如下信息:
假设此时web.config文件相关节点的内容如下:
<appSettings>
</appSettings>
<connectionStrings>
<addname="Conn"connectionString="DataSource=(local);InitialCatalog=AspNetStudy;PersistSecurityInfo=True;UserID=sa;Password=sa"/>
</connectionStrings>
我们点击“修改”按钮之后的文件内容如下:
<appSettings>
<addkey="country"value="china"/>
</appSettings>
<connectionStrings>
<addname="Conn"connectionString="DataSource=(local);InitialCatalog=Study;UserID=sa;Password=sa"
providerName="System.Data.SqlClient"/>
</connectionStrings>
从执行结果可以看出我们的程序确实能做到修改和添加web.config中的节点的功能。需要注意的是,在利用了某些版本控制软件之后(如MicrosoftVisualSourceSafe),版本控制软件可能会将web.config设置为只读属性,就会出现不能设置的情况,我们需要手动将web.config的只读属性去掉才能设置web.config文件。在实际部署项目的时候就不会存在这个问题。
总结:web.config是asp.net应用程序中一个很重要的配置文件,通过web.config文件可以方便我们进行开发和部署asp.net应用程序。此外还能对程序进行一些灵活的控制。在本篇中详细讲述了各节点的作用。因为在部署asp.net应用程序后因为权限原因不能按照XML方式进行修改web.config文件,所以在本篇中还提供了一个针对<appSettings>节点和<connectionStrings>节点设置的通用类,读者朋友可以根据实际项目需要对这个通用类进行完善和补充。
下一篇笔者将带领大家进入到asp.net的内部,了解一下asp.net的内部运行机制,这对于我们更加灵活地控制asp.net应用程序是非常有帮助的。
2008-11-501:47
周公(周金桥)
最近事情比较多,忙不过来了,可能发表时间会比较长,不过也好能有时间让我再思考一下我的表述方式。
相关推荐
asp.net夜话全书 目录: 一、 ASP.NET 夜话之 1: ASP.NET 介绍 二、 ASP.NET 夜话之 2 : ASP.NET 内置对象 三、 ASP.NET 夜话之 3 :表单和控件 四、 ASP.NET 夜话之 4...十一、 ASP.NET 夜话之 11: web.config 详解
在ASP.NET开发中,Web.config文件扮演着至关重要的角色,它是应用程序的配置文件,其中包含了应用程序运行时所需的各种设置。数据库连接配置是其中的关键部分,它允许应用与数据库进行交互。下面将详细介绍如何在ASP...
ASP.NET配置文件Web.config是.NET框架中用于管理应用程序设置、安全性、身份验证、数据库连接和其他配置选项的关键组件。它是XML格式的,允许开发者通过修改配置文件来改变应用程序的行为,而无需重新编译代码。Web....
### ASP.NET Web.Config 设置详解 #### 一、概述 `Web.config` 文件是 ASP.NET 应用程序的核心配置文件,用于存储与应用相关的各种配置信息。对于初学者来说,掌握 `Web.config` 的基本结构和常见配置是非常重要的...
asp.Net\验证码和加解密WEB.CONFIG QQ:292258449
**ASP.NET Web.config配置详解** 在ASP.NET框架中,`Web.config`文件是应用程序的核心配置文件,它存储了关于应用程序的设置、安全策略、数据库连接信息等关键数据。这篇文章将深入探讨`Web.config`文件的结构、...
在ASP.NET中,连接SQL Server数据库通常涉及到对`web.config`文件的配置。`web.config`是ASP.NET应用程序的核心配置文件,它包含了诸如应用程序设置、连接字符串、身份验证模式等重要信息。本篇文章将深入探讨如何在...
### ASP.NET web.config各节点详解 #### 一、概述 `web.config` 是 ASP.NET 应用程序中非常重要的配置文件。它不仅包含了应用程序的基本设置,还提供了对应用程序的高级控制选项。通过合理配置 `web.config` 文件,...
ASP.NET 配置文件 Web.config 详解 ASP.NET 配置文件 Web.config 是一个 XML 文本文件,用于存储 ASP.NET Web 应用程序的配置信息。它可以出现在应用程序的每一个目录中,默认情况下会在根目录自动创建一个默认的 ...
ASP.NET(C#)Web.config配置是.NET框架中用于管理应用程序设置、安全性、数据库连接和其他配置信息的关键文件。本文将深入探讨Web.config的作用、结构、常用配置元素以及如何进行有效的配置管理。 首先,Web....
第十一章:ASP.NET夜话之11:Web.config详解 最后一章进一步深入Web.config的细节,包括如何进行配置节的嵌套、自定义配置节以及如何在不同环境之间切换配置。 通过阅读这11章内容,读者将全面掌握ASP.NET的基础...
Web.config 文件是ASP.NET Web应用程序的核心配置文件,用于存储应用程序的配置信息,如身份验证、错误处理、全球化、会话管理等。它采用XML格式,允许开发者根据需求自定义和调整应用程序的行为。以下是对Web....
在Asp.Net 2.0框架中,配置文件`web.config`扮演着至关重要的角色,它存储了应用程序的配置信息,如数据库连接字符串、身份验证模式、授权规则等。了解如何读取、修改和新增`web.config`中的设置是开发过程中必备的...
ASP.NET 配置文件 Web.config 用法详解 ASP.NET 配置文件 Web.config 是一个 XML 文本文件,用来存储 ASP.NET Web 应用程序的配置信息。它可以出现在应用程序的每一个目录中,提供除从父目录继承的配置信息以外的...
### 对Asp.net中的配置文件web.config详解 在ASP.NET应用程序开发过程中,`web.config`文件扮演着极其重要的角色。该文件是整个应用的核心配置文件,用于存储与应用程序相关的各种设置,包括安全性、会话状态管理、...
在ASP.NET框架中,Web.config文件扮演着至关重要的角色,它是存储应用程序配置信息的XML文件。这个文件包含了各种设置,如身份验证、授权、编译、错误处理以及HTTP运行库配置等,这些设置直接影响到Web应用程序的...
ASP.NET 2.0的配置文件`Web.config`是每个ASP.NET应用程序的核心组成部分,它用于存储应用程序的配置信息,如数据库连接字符串、安全性设置、页面生命周期控制等。这份压缩包包含了一个详细的`Web.config`解释文本,...
ASP.NET 配置文件 Web.config 详细解释 ASP.NET 配置文件 Web.config 是一个 XML 文本文件,它用来储存 ASP.NET Web 应用程序的配置信息,如身份验证方式等。该文件可以出现在应用程序的每一个目录中,默认情况下会...
ASP.NET 2.0 的 `web.config` 文件是管理和配置 ASP.NET Web 应用程序的核心组件。它是一个基于 XML 的文本文件,包含了应用程序的配置信息,如身份验证、授权、编译设置、错误处理、HTTP 运行时属性以及页面特定的...
`Web.config`是ASP.NET应用程序中的核心配置文件,它用于定义应用程序的行为、设置、安全性以及与其他组件的交互。深入理解`Web.config`对于任何ASP.NET开发者来说都至关重要,因为它提供了对应用程序运行时环境的...