请问一个asp,net的问题？

我想通过例子你很快就会明白了:<?xml version="1.0"?><!-- 注意: 除了手动编辑此文件以外，您还可以使用 web 管理工具来配置应用程序的设置。可以使用 v**ual studio 中的 “网站”->“asp.net 配置”选项。 设置和注释的完整列表在 machine.config.comments 中，该文件通常位于 \windows\microsoft.net\framework\v2.x\config 中--><configuration xmlns=""> <connectionstrings> <add name="northwindconnectionstring" connectionstring="data source=8g4k5au68fmjyv2\sqlexpress;initial catalog=northwind;pers**t security **=true;user id=sa;password=123456" providername="system.data.sqlclient" /> </connectionstrings> <system.web> <anonymousidentification enabled="true"/> </system.web></configuration>这个配置文件的内容很少,但是包括非常重要的一节:configuration ->connectionstrings>.请注意,web.config文件是以xml 格式存储的,因此里边的信息采用"树型结构",就那上面来看,<connectionstrings />存储于<configuration />结,因此<connectionstrings />就是<configuration />所要表述的成员之一,也就是说每一个结点都存储应用程序的一些信息,而它们都是用过xml 属性结构归类的.我们要实现asp.net的应用程序的灵活性,很大程度上依赖了这些配置文件.举一个简单的例子:当我们在.aspx文件中连接数据源时,需要先定义连接字符串,但是一套完整的应用程序包括很多数据源,也包括很多连接数据源的代码,因此你必须考虑把这些连接字符串统一的管理,统一的调用,就像定义了一个"全局变量",随时随地,任何时间任何地点(程序集)都可以调用出来,当我们需要更改连接字符的时候,也只需要在"全局变量"中修改即可.呵呵,有没有发现这个asp.net中最令人兴奋的技术呢?那么你就试试吧,下面是间单的例子:class oledb { public static void connectiondledb() { using (oledbconnection conn = new oledbconnection(getconnsring())) { oledbcommand command = conn.createcommand(); command.commandtext = getcommandstring(); try { conn.open(); oledbdatareader reader = command.executereader(); while (reader.read()) { console.write("/t{0}/t{1}",reader[0],reader[1]); console.writeline("/n"); } } catch (exception e) { console.writeline(e.**); throw; } } } private static string getconnsring() { connectionstringsettings settings = configurationmanager.connectionstrings["northwindconnectionstring"]; return (settings.connectionstring); } private static string getcommandstring() { return (@"select categoryid, categoryname from dbo.categories;"); } }在这里,我们正好用到了web.config配置文件中的northwindconnectionstring项,它存储了我们定义的一个连接字符串,在类oledb中,方法getconnsring使用configurationmanager类将web.config配置文件中的值取出,configurationmanager类则是.net公开所的,提供给程序员的web.config文件操作类,在.net类库中包含了很多实现类似功能的类,比如"成员资格提供程序","角色提供程序",它们与web.config配置文件配合组成了非常高效的应用程序管理机制.以下是msdn的相关文章:---------------------------------------------------使用 asp.net 配置系统的功能，可以配置整个服务器上的所有 asp.net 应用程序、单个 asp.net 应用程序、各个页面或应用程序子目录。可以配置各种功能，如身份验证模式、页缓存、编译器选项、自定义错误、调试和跟踪选项等等。以下各节描述了 asp.net 配置系统的功能。有关配置 .net framework 客户端应用程序的信息，请参见配置应用程序。注意 asp.net 配置系统的功能仅适用于 asp.net 资源。例如，forms 身份验证仅限制对 asp.net 文件的访问，而不限制对静态文件或 asp（传统型）文件的访问，除非这些资源映射到 asp.net 文件扩展名。要配置非 asp.net 资源，应使用 internet 信息服务 (i**) 的配置功能。有关信息，请参见 wo**ng with the i** metabase（使用 i** 元数据库）和 i** metabase property reference（i** 元数据库属性参考）。配置文件asp.net 配置数据存储在全部命名为 web.config 的 xml 文本文件中，web.config 文件可以出现在 asp.net 应用程序的多个目录中。使用这些文件，可以在将应用程序部署到服务器上之前、期间或之后方便地编辑配置数据。可以通过使用标准的文本编辑器、asp.net mmc 管理单元、网站管理工具或 asp.net 配置 api 来创建和编辑 asp.net 配置文件。asp.net 配置文件将应用程序配置设置与应用程序代码分开。通过将配置数据与代码分开，可以方便地将设置与应用程序关联，在部署应用程序之后根据需要更改设置，以及扩展配置架构。有关如何对 asp.net 配置文件中的数据进行组织的更多信息，请参见 asp.net 配置文件。asp.net 配置设置 中描述了可用的配置设置。配置文件层次结构和继承每个 web.config 文件都将配置设置应用于它所在的目录以及它下面的所有子目录。可以选择用子目录中的设置重写或修改父目录中指定的设置。通过在 location 元素中指定一个路径，可以选择将 web.config 文件中的配置设置应用于个别文件或子目录。asp.net 配置层次结构的根为 systemroot\microsoft.net\framework\versionnumber\config\web.config 文件，该文件包括应用于所有运行某一具体版本的 .net framework 的 asp.net 应用程序的设置。由于每个 asp.net 应用程序都从根 web.config 文件那里继承默认配置设置，因此只需为重写默认设置的设置创建 web.config 文件。 注意 根 web.config 文件从 machine.config 文件那里继承一些基本配置设置，这两个文件位于同一个目录中。其中的某些设置不能在 web.config 文件中被重写。有关更多信息，请参见 asp.net 配置文件层次结构和继承。运行时，asp.net 使用 web.config 文件按层次结构为传入的每个 url 请求计算唯一的配置设置集合。这些设置只计算一次，随后将缓存在服务器上。asp.net 检测对配置文件进行的任何更改，然后自动将这些更改应用于受影响的应用程序，而且大多数情况下会重新启动应用程序。只要更改层次结构中的配置文件，就会自动计算并再次缓存分层配置设置。除非 processmodel 节已更改，否则 i** 服务器不必重新启动，所做的更改即会生效。 有关 asp.net 配置层次结构的工作原理的更多信息，请参见 asp.net 配置文件层次结构和继承和 asp.net 配置方案。直接编辑配置文件可以使用文本编辑器或 xml 编辑器来直接编辑配置文件。有关正确的语法，请参见 asp.net 配置设置和 常规配置设置 (asp.net) 中有关配置节的参考主题。有关更多信息，请参见编辑 asp.net 配置文件。配置工具使用 asp.net 配置系统所提供的工具来配置应用程序比使用文本编辑器简单，因为这些工具包括错误检测功能。asp.net mmc 管理单元用于 asp.net 的 microsoft 管理控制台 (mmc) 管理单元提供一种在本地或远程 web 服务器上的所有级别操作 asp.net 配置设置的方便途径。asp.net mmc 管理单元使用 asp.net 配置 api，但是它通过提供一个图形用户界面 (gui) 来简化配置设置的编辑过程。另外，该工具还支持多个 asp.net 配置 api 功能，这些功能控制 web 应用程序是否可以继承设置，并管理配置层次结构各级别之间的依赖性。注意 若要使用 asp.net mmc 管理单元，必须使用具有管理权限的帐户登录到计算机。asp.net mmc 管理单元在虚拟目录的属性页上显示为“asp.net”选项卡。有关更多信息，请参见 asp.net mmc 管理单元。网站管理工具对网站具有管理权限的任何人都可以使用网站管理工具来管理该网站的配置设置。网站管理工具旨在为各个网站中最常用的配置设置提供一个用户友好的图形编辑工具。由于网站管理工具使用基于浏览器的界面，因此它允许您远程更改网站设置，这对于管理已经部署到成品 web 服务器的站点（如承载的网站）非常有用。网站管理工具与 asp.net mmc 管理单元在若干方面存在不同。例如，asp.net mmc 管理单元最适于管理员级别的配置，因为它提供对 web 服务器上的整个配置文件层次结构的访问，而不是提供对单个网站的配置设置的访问。此外，您还必须是管理员才能使用 asp.net mmc 管理单元，而网站管理工具只允许各个网站所有者在他们具有管理权限的站点的根目录中配置 web.config 文件。最后，您不能使用 asp.net mmc 管理单元来远程管理 i**，但是，网站管理工具的浏览器界面允许远程配置 i** 6.0 和更高版本的 i**。网站管理工具包括一个选项卡式界面，该界面在下列选项卡上对相关的配置设置进行分组：“安全”选项卡，其中包含有助于保护 web 应用程序资源并管理用户帐户和角色的设置。“配置文件”选项卡，其中包含用来管理网站如何收集访问者信息的设置。“应用程序”选项卡，其中包含用来管理影响 asp.net 应用程序的配置元素的设置。“提供程序”选项卡，其中包含用来添加、编辑、删除、测试或分配应用程序提供程序的设置。网站管理工具是随 .net framework 2.0 版自动安装的。有关该工具如何工作的信息，请参见 asp.net 网站管理工具。命令行工具.net framework 包括几个执行特定配置操作的命令行工具。例如，使用 aspnet_regi**.exe 工具，可以指定将哪个版本的 .net framework 应用于 asp.net 应用程序。有关更多信息，请参见 .net framework 工具。asp.net 配置 apiasp.net 配置系统提供一个完整的托管接口，使用该接口，可以通过编程方式配置 asp.net 应用程序，而不必直接编辑 xml 配置文件。另外，asp.net 配置 api 还执行下列任务：通过为配置层次结构中所有级别的数据提供一个集成视图来简化管理任务。支持部署任务，包括创建配置和用一个脚本配置多台计算机。为构建 asp.net 应用程序、控制台应用程序和脚本、基于 web 的管理工具和 mmc 管理单元的开发人员提供单一的编程接口。防止开发人员和管理员进行无效的配置设置。允许您扩展配置架构。您可以定义新配置参数并编写配置节处理程序以对它们进行处理。提供从当前正在运行的应用程序获取配置信息的静态方法，以及从单独的应用程序获取配置信息的非静态方法。使用静态方法可以提高应用程序的运行速度，但是这些方法只能从您要获取其配置数据的应用程序内部使用。有关更多信息，请参见 asp.net 配置 api。配置安全性asp.net 配置系统有助于防止未经授权的用户访问配置文件。asp.net 将 i** 配置为拒绝任何浏览器访问 machine.config 或 web.config 文件。对于试图直接请求配置文件的任何浏览器，都返回 http 访问错误 403（禁止）。另外，将禁止一个 asp.net 应用程序中的配置文件访问其他 asp.net 应用程序中的配置设置，除非您的配置应用程序在完全信任模式下以对其他应用程序中的配置文件具有读取权限的帐户运行。有关更多信息，请参见保证 asp.net 配置的安全和使用受保护的配置加密配置信息。 20210311