|
<script>ec(2);</script> 一、介绍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.config文件和在你应用程序根目录下的Web.config文件。你可以在操作系统文件夹下的Microsoft.NETFrameworkCONFIG文件夹里找到machine.config文件，其中对应于服务器上安装并被激活的.NET框架。machine.config文件中关于配置的设置适用于在服务器上的所有应用程序，除非被局部设置所重置。浏览整个machine.config文件，可以看到一个包含了一组标记的标记，这些标记声明了你能在Web.config文件中看到的那些默认标记的配置节处理程序。为了使这一过程更易于理解，可以更进一步将标记分组放在标记中，其中分别存放一组相关的节标记。
|