一、介绍
ASP.NET Web应用程序用一种内置的方法访问简单的“键/值”配置数据。在Web.config文件中，你可以创建节来存储简单的“键/值”对。例如，新建一个ASP.NET项目，在Web.config文件中添加如下的标记作为元素的子标记：
该节包含了用两个标记定义的“键/值”对，你可以通过Page对象内置的ConfigurationSettings属性获得它们的值。作为开始，在你的项目中新建一个名为customItems.aspx的Web窗体，将下面的代码添加到该窗体的Page_Load事件中：
Dim aKey As String
Response.Write("
AppSettings
")
For Each aKey In ConfigurationSettings.AppSettings.Keys
Response.Output.WriteLine(aKey & "=" & _
ConfigurationSettings.AppSettings.Item(aKey))
Next
编译运行customItems.aspx Web窗体，就能看到标记的值了。For循环检索了节中所有的标记，并将键及其对应的属性值显示出来。这种简单的“键/值”机制对于许多一般性需求来讲是完美的，比如在整个应用范围内存储数据库连接字符串，但对于更复杂的数据它却不是足够健壮。幸运的是，微软同样建立了创建自定义配置数据的机制，利用ASP.NET框架读取一个或多个节，而不是仅通过某一具体应用中的代码去读固定的标记列表。节定义了框架预期在Web.config文件其余部分发现的标记名称，同时声明了处理其特定类型内容的类的类型和位置。
在解析配置文件时，ASP.NET引擎通过读取元素的标记建立起一个可能的标记列表，其中每一个标记都包含了一个“name”和一个“type”，声明了在文件其余内容中预期的标记名称和相应的配置节处理程序。下面用一个小实验来演示一下整个工作过程。在项目中Web.comfig文件末尾的标记前边，添加一个新标记如下。
保存Web.config文件并运行项目，将会得到一个“无法识别的配置节‘customItems’”的错误，这个错误的发生是由于没有声明标记的节处理程序所致。但是如果浏览整个Web.config文件，你不会看到有任何一个标记的配置节处理程序声明，这就带来了一个问题，这些配置节处理程序究竟是在哪儿声明的？（在读这篇文章的时候，如果你同时按照上述步骤进行了操作，那么请在继续下去之前将标记从Web.config文件中删掉。）
事实上每一个Web应用程序都有两个配置文件：保存在系统文件夹下的根machine.con[1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页
|
