aspnet应用程序存储_ASPnet配置环境

⑴ ASP.NET范例开发大全的介绍

本书详细介绍了如何利用ASPNET的强大功能来开发Web应用程序。主要内容包括ASPNET开发环境配置、网页设计、广告应用、DHTML页面制作、样式与主题、JavaScript技术应用；ASPNET中常用的文本控件、选择控件、列表控件的属性和使用； C#语言新特性、常见的字符串和日期操作技巧；ASPNET内置对象、Web Service、AJAX应用开发、ASPNET高级应用、报表与打印、图形图像与多媒体；ADONET应用、ASPNET数据绑定、sql查询、复杂查询统计、视图、存储过程及触发器、LINQ to SQL、XML技术、文件操作；站点设计与配色、网上书城与酒店管理系统的开发等。

⑵ asp.net 中的App_Data文件夹作用

存放数据库文件的，比如ACCESS，SQL 2005 简化版貌似也可以

在代码中可以方便的调用|DataDirectory|可以直接访问app_data文件夹

以下是其他一些ASP.NET的常用文件夹

1. Bin文件夹
Bin文件夹包含应用程序所需的，用于控件、组件或者需要引用的任何其他代码的可部署程
序集。该目录中存在的任何.dll文件将自动地链接到应用程序。

2. App_Browser文件夹

该可选的文件夹包含.browser文件。.browser文件描述浏览器(不管是移动设备浏览器，还
是台式机浏览器)的特征和功能。

3. App_Code文件夹

App_Code文件夹正好在Web应用程序根目录下，其存储所有应当作为应用程序的一部分动态
编译的类文件。这些类文件自动链接到应用程序，而不需要在页面中添加任何显式指令或
声明来创建依赖性。App_Code文件夹中放置的类文件可以包含任何可识别的ASP.NET组件
——自定义控件、辅助类、build提供程序、业务类、自定义提供程序、HTTP处理程序等。

注意在开发时，对App_Code文件夹的更改会导致整个应用程序重新编译。对于大型
项目，这可能不受欢迎，而且很耗时。为此，鼓励大家将代码进行模块化处理到不同的类
库中，按逻辑上相关的类集合进行组织。应用程序专用的辅助类大多应当放置在App_Code文
件夹中。

App_Code文件夹中存放的所有类文件应当使用相同的语言。如果类文件使用两种或多种语言
编写，则必须创建特定语言的子目录，以包含用每种语言编写的类。一旦根据语言组织这些
类文件，就要在web.config文件中为每个子目录添加一个设置：

<compilation>

<codeSubDirectories>

<add directoryName="VBFolder" />

</codeSubDirectories>

</compilation>

重要的是，特定语言的子目录应在web.config文件中注册，否则，不管它们属于哪个文件夹
，App_Code文件夹下的所有文件将被编译成一个单独的程序集。上述配置脚本描述了这么
一种情况，即所有的C#文件都放在App_Code文件夹的根目录下，而把几个 Visual Basic
.NET类文件移入VBFolder目录中。如果<codeSubDirectories>节中提到的目录不存在，则
会收到一个编译错误提示。

App_Code根文件夹中的文件被编译成App_Code_xxx.dll程序集，其中xxx是随机生成的字符
序列。一个给定子目录中的文件将被编译成一个名为App_SubCode_xxx_yyy.dll的动态创
建的程序集，其中xxx指示子目录的名称，而yyy是一个随机字符序列。只有在应用程序根
目录中的web.config文件中进行了设置，<codeSubDirectories>节才有效。

在App_Code目录或任何其他子目录中放置一个assemblyinfo.cs文件，可以创建一个强命名
的程序集。显然，如果该文件夹包含Visual Basic .NET文件，那么将使用
assemblyinfo.vb文件。程序集配置文件可以引用一个.snk文件来保存强名称的密钥。

注意给一个程序集设置一个强名称，首先必须获得一个公开/私有密钥对。通过
使用强名称(Strong Name)工具(sn.exe)，可以获得这样一个密钥对。强名称工具是我们可
以在.NET Framework的安装路径中发现的SDK binary之一。密钥对文件通常有一个.snk扩
展名。可以将该文件保存到一个应用程序文件夹中，并在assemblyinfo.cs文件中引用它，
如下所示：

[assembly: AssemblyKeyFileAttribute(@"yourKeyPair.snk")]

注意，Visual Basic .NET是在包含Visual Studio Solution的目录中寻找密钥文件，
而C#编译器则在包含该binary的目录中寻找密钥文件。据此可知，用此属性调整我们使用的
路径，或者把密钥文件放在合适的文件夹中。

在随后发生的任何重新生成中，程序集的名称将发生变化。同时，老的AppDomain请求一结
束，就删除老的程序集。

App_Code文件夹并非只能包含类文件。特别是，它可以包含并能自动地处理代表数据架构的
XSD文件。把一个XSD文件添加到该文件夹中时，编译器将把它解析成一个有类型的
DataSet类，并将它添加到应用程序作用域中。在ASP.NET 1.x中，这一工作由Visual
Studio .NET向导，使用一个命令行实用程序(xsd.exe)完成的。

注意使用web.config文件注册一个组件(例如，一个自定义的服务器控件或一
个自定义的HTTP处理程序)时，通常要求指定包含该代码的程序集名称。如果该组件定义
在App_Code文件夹中，则应该用什么名称来指示程序集？在这种情况下，只是忽略程序集信
息，并规定完整的类名即可。如果没有规定任何程序集，则ASP.NET运行库将试图从任何
已装载的程序集中装入该类，包括为App_Code文件夹动态创建的程序集。

4. App_Data文件夹

App_Data文件夹应该包含应用程序的本地数据存储。它通常以文件(诸如Microsoft
Access或Microsoft SQL Server Express数据库、XML文件、文本文件以及应用程序支持
的任何其他文件)形式包含数据存储。该文件夹内容不由ASP.NET处理。该文件夹是ASP.NET
提供程序存储自身数据的默认位置。

注意默认ASP.NET帐户被授予对文件夹的完全访问权限。如果碰巧要改变
ASP.NET帐户，一定要确保新帐户被授予对该文件夹的读/写访问权。

5. App_GlobalResources文件夹

6. App_LocalResources文件夹

7. App_Themes文件夹

App_Themes文件夹为ASP.NET控件定义主题。主题包含在App_Themes文件夹下的一个文件夹
。根据定义，一个主题是一组带有样式信息的文件。主题文件夹中的文件内容被编译，以生
成一个类，而该类被页面调用以编程的方式设置主题化控件的样式。

App_Themes文件夹列出应用程序的本地主题。应用程序还可以继承如下文件夹中定义的全
局主题：

%WINDOWS%\Microsoft.NET\Framework\[version]\ASP.NETClientFiles\Themes

从编译的角度看，全局主题和局部主题没有区别。如果一个给定名称的主题，既存在应用程
序的本地主题，又存在服务器机器的全局主题，则本地主题优先适用。

8. App_WebReferences文件夹

在Visual Studio .NET 2003中，一个需要访问Web服务的ASP.NET应用程序，将通过“添
加Web引用”对话框获得相应的.wsdl文件。Web服务的WSDL(Web Service Description
Language)文档，对于从页面使用Web服务是不够的。ASP.NET页面最终是一个托管类，并且
需要与另一个托管类通信。因此，Web服务被一个代理类所包装。该代理类是由Visual
Studio使用命令行工具wsdl.exe的服务创建的。该代理类尽量包含与Web服务商的Web方法一
样多的方法，并且它结合了Web服务的公共接口定义的任何自定义的数据类型。

这个操作不需要开发人员付出很大的代价。然而，开发人员显然要依赖于Visual Studio来
生成代理类。如果能够直接把.wsdl文件放在应用程序的目录树的某个地方，并让ASP.NET处
理其余的任务，这样不是更容易、更简单吗？这正好是App_WebReferences文件夹要做的
事情。

它识别那些用来描述所绑定的Web服务的.wsdl文件，并生成运行时代理类，以便ASP.NET页
面能够以类型安全的方式放置对Web服务的调用。App_WebReferences文件夹可以包含子文
件夹。子文件夹的名称驱动最后所得到的代理类的命名空间，而WSDL文件定义类名。例如
，samples.wsdl文件和ProsAspNet20子文件夹将创建一个称为ProAspNet20.Samples的代理
类。该动态创建的程序集称为App_WebReferences.xxx.dll，其中xxx是一个随机的字符序
列。

文件夹名称
文件类型
注释

Bin
.dll
包含应用程序所需的任何预生成的程序集

App_Browsers
.browser
包含应用程序特有的浏览器定义文件，ASP.NET用它来识别各浏览器及确定它们的功能

App_Code
.cs、.vb、.xsd、自定义的文件类型
包含作为应用程序的一部分编译的类的源文件。当页面被请求时，ASP.NET编译该文件夹
中的代码。该文件夹中的代码在应用程序中自动地被引用

App_Data
.mdb、.mdf、.xml
包含Microsoft Office Access和SQL Express文件以及XML文件或其他数据存储

App_GlobalResources
.resx
包含在本地化应用程序中以编程方式使用的资源文件

App_LocalResources
.resx
包含页面范围的资源文件

App_Themes
.skin、.CSS、.xsl、附属文件
包含一组定义ASP.NET页面和控件外观的文件

App_WebReferences
.wsdl

⑶ aspnet_client 的作用以及存储位置

在虚拟主机的 wwwroot 目录下您会发现有一个名为 aspnet_client 的文件夹，该文件夹中含有集成了 ASP.NET 的“SmartNavigation”功能的 javascript。如果启用 SmartNavigation，网页设计人员就可以在页面以及其他内容之间保持滚动条和元素焦点的位置。

目录 aspnet_client 是虚拟根 Web 应用程序目录，该目录是当您安装 .NET Framework SDK 或 Visual Studio .NET 时在您的计算机上创建的。此文件不占用户空间，请用户在使用网站空间的时候不要删除该文件夹。

例如，随 ASP.NET 附带的脚本文件位于以下位置。

d:\home\ftp用户名/wwwroot/aspnet_client/system_web/<版本编号>/文件

如果安装有 SDK 的多个版本，您将在 aspnet_client/system_web 下看到多个子目录。因为控件库与脚本文件的特定版本相关联，所以部署模式允许控件库的不同版本并行运行。出现了“aspnet_client”这个文件夹，是干什么的？

这个是文件的路径下还有文件！下面的完整路径：
aspnet_client\system_web\1_1_4322

里面还有三个文件：SmartNav.htm，smartnav.js，webuivalidation.js！

作用是：安装了.net框架之后,就会在网站目录下出现这样的文件夹.用以支持.net环境.1_1_4322表示你的.net framework 的版本为 1.1.4322,里面的3个文件用于为.net验证控件提供脚本支持服务器里面装了.net后，会在服务器上每个网站的目录里面增加这个文件夹的在生成虚拟站点的时候会自动在根下生成一个名字为aspnet_client的文件夹，你看看是不是这个文件夹没有了？
解决办法重新建一个独立站点，把生成的aspnet_client文件夹复制到这个站点的跟下。

首先确定你安装了iis
然后从命令行进入文件夹C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\
盘符，系统文件夹，版本号可能不一样，看你自己的机子，版本号选择最高的那个文件夹
运行命令aspnet_regiis.exe -i
安装完毕即可使用vs打开
一点资料:

aspnet_regiis命令详解.
用法：
aspnet_regiis.exe[-i[r][-enable]|-u[a]|-r|-s[n]|-k[n]|-lv|-lk|-c|-e[a]|-?]
-i-安装ASP.NET的此版本，并更新IIS元数据库根处的
脚本映射和根以下的所有
脚本映射。现有的低版本脚本映射
升级到此版本。
-ir-安装ASP.NET的此版本，仅注册。不
更新IIS中的脚本映射。
-enable-带-i或-ir指定-enable时，还将
在IIS安全控制台(IIS6.0或更高版本)中启用ASP.NET。
-s-在指定的路径以递归方式安装此版本
的脚本映射。现有的低版本脚本映射
升级到此版本。
例如aspnet_regiis.exe-sW3SVC/1/ROOT/SampleApp1
-sn-在指定的路径以非递归方式安装此版本的
脚本映射。现有的低版本脚本映射
升级到此版本。
-r-为IIS元数据库根位置的此版本
以及根以下的所有脚本映射安装脚本映射。不论当前版本是什么，
所有现有的脚本映射都
更改为此版本。
-u-卸载ASP.NET的此版本。到此版本的
现有脚本映射重新映射到此计算机上安装的
其余的最高ASP.NET版本。
-ua-卸载计算机上的所有ASP.NET版本
-k-从指定的路径中以递归方式移除到任何ASP.NET版本的所有
脚本映射。
例如aspnet_regiis.exe-kW3SVC/1/ROOT/SampleApp1
-kn-从指定的路径中以非递归方式移除到任何ASP.NET版本的所有
脚本映射。
-lv-列出计算机上安装的所有
ASP.NET版本(包括状态和安装路径)。
Status:Valid[(Root)]|Invalid
-lk-列出包含ASP.NET脚本映射的所有IIS元数据库项的所有路径
(连同版本一起)。不显示从父项
继承ASP.NET脚本映射的项。
-c-将客户端脚本的此版本安装到
每个IIS站点目录的aspnet_client子目录中。
-e-从每个IIS站点目录的
aspnet_client子目录中
移除客户端脚本的此版本。
-ea-从每个IIS站点目录的aspnet_client子目录中
移除客户端脚本的所有版本。
-?-打印此帮助文本。

example:
当系统新建一个asp.netweb应用程序的时候,提示错误信息如下:
"VisualStudio.NET已检测到指定的Web服务器运行的不是ASP.NET版本，你将无法运行ASP.NET应用程序或服务。"

可以尝试运行
aspnet_regiis-i
aspnet_regiis-r
两个命令来安装asp.net服务管理器.
如果还是不行的话,再尝试一下下面的操作:
1、先确定是不是1.1
2、把"IP地址"设成全部未分配
3、在IE连接设置中把本地地址不使用代理服务器那里打上勾

⑷ 在asp.net中的.sln文件是干什么的怎么读懂sln文件中的内容呀

您好，sln:在开发环境中使用的解决方案文件。它将一个或多个项目的所有元素组织到单个的解决方案中。此文件存储在父项目目录中.解决方案文件，他是一个或多个.proj（项目）的集合。

一，新建网站是没有这个sln文件的，如果你想有这个文件就要另存为...，在解决方案资源管理器里面选中解决方案，然后在VS的文件选项里面选择XX.sln另存为...就可以了，winform项目新建就有的，不用另存为
二，这个文件就是解决方案的配置文件，小项目用处不大，主要是大项目...
三，还是因为这个就是解决方案的配置文件，你一双击就打开了这个解决方案下的所有项目...（如果你双击项目文件就能打开一个项目下的所有文件）。
Solution Explorer points to the CSolution object indicating that it is part of the T:Microsoft.VisualStudio.Shell.Interop.IVsHierarchy.
When the solution is opened in Visual Studio, an entry is made for the solution file (Solution1.sln) in the running document table (RDT). The solution file contains information persisted for the solution which includes Project1 as shown in Solution Explorer. (Information relating to the specific project items and the project itself are contained in Project1's text-based project file. If an element of the project is opened for editing, there is an entry for the project file in the RDT.)
The context menu displayed when the user right-clicks the solution node contains an entry for Solution Notes (not shown in the diagram). From this menu, the user can select either Add New Solution Note or View Solution Notes. Selecting one of these options opens the Solution Notes window. The Solution Notes window contains the following three links:
Note Name—The name of the note. The note can be renamed or deleted in the Solution Notes window by right-clicking the name field, or renamed in theProperties window.
Issue—This field was added programmatically by the implementation in the sample and can be set to TRUE (to indicate that there are issues in the solution that need to be addressed) or False.
Shared—If this field is set to TRUE, the note can be viewed by other users and is stored with the Note Name as a name-value pair in the .sln file. If it is set to false, the note is not shared with other users and the contents of the note are stored with other private user options in the .suo file.
Selecting one of the notes in the Solution Notes window causes the properties for that note to be displayed in the Properties window. The properties shown in the three fields of the Solution Notes window can be changed in the Properties window. In addition to the three fields described above, the Properties window also contains the size of the note consisting of the number of characters in the note.
The class CNoteToolWin implements the Solution Notes window. It is contained within the class CSlnExtPkg that is the class for the Solution Extender Window. When Add New Solution Note or View Solution Notes is selected from the solution menu, a call is made to CSlnExtPkg to open the Solution Notes window.
At the same time, a call is made to CSlnNote. This opens the standard text editor to view the text of the note, or to allow a new note to be written, by calling the CreateDocumentWindow method and passing in the MKDocumentString for the document to be loaded into the window. By specifying theAltDocData flag (CDW_fAltDocData) in this call instead of RDTDocData, you indicate to the environment that you are loading a subset of the RDTDocDatadocument into the text buffer.
This is important because the entry in the RDT is for the entire solution file. If RDTDocData is called, the .sln file is loaded into the editor rather than the subset of the solution that is the note. This results in an error condition because the same document (in this case the solution file) cannot have two entries in the RDT, indicating that the same document was opened in two different editors.

⑸ ASP.net配置环境

在windows 2003 Server下如何安装IIS6.0，在IIS6.0的配合下我们如何来安装和部署ASP.net环境，以及它们之间关系，下面的内容将给大家一个解答。

1、使用"配置您的服务器向导"安装 IIS6.0

1)从"开始"菜单，单击"管理您的服务器"。
2)在"管理您的服务器角色"下，单击"添加或删除角色"。
3)阅读"配置您的服务器向导"中的预备步骤，然后单击"下一步"。
4)在"服务器角色"下，单击"应用程序服务器 (IIS，ASP.NET)"，然后单击"下一步"。
5)阅读概要信息，然后单击"下一步"。
6)单击"完成"。
2、使用控制面板安装 IIS、添加组件或删除组件

1）从"开始"菜单，单击"控制面板"。
2）双击"添加或删除程序"。
3）单击"添加/删除 Windows 组件"。
4）在"组件"列表框中，单击"应用程序服务器"。
5）单击"详细信息"。
6）单击"Internet 信息服务管理器"。
7）单击"详细信息"以查看 IIS 可选组件的列表。
8）选择要安装的所有可选组件。
9）单击"确定"，直到返回到"Windows 组件向导"。
10）单击"下一步"，然后完成"Windows 组件向导"。

三、在Windows 2003 Server 安装 ASP.NET

Windows Server 2003 家族利用 ASP.NET 和 IIS 集成改善了开发人员体验。ASP.NET 识别大多数 ASP 代码，同时为创建可作为 Microsoft .NET Framework 的一部分工作的企业级 Web 应用程序提供更多的功能。使用ASP.NET 允许我们充分利用公共语言运行库的功能，如类型安全、继承、语言互操作性和版本控制。IIS 6.0 还为最新的 Web 标准，包括 XML、简单对象访问协议 (SOAP) 和 Internet 协议版本 6.0 (IPv6.0)，提供支持。

ASP.NET 是一个统一的 Web 开发平台，它提供开发人员创建企业级 Web 应用程序所需的服务。尽管 ASP.NET 的语法基本上与 ASP 兼容，但是它还提供了一个新的编程模型和基础结构以提高应用程序的安全性、缩放性和稳定性。通过逐渐向现有的 ASP 应用程序增加 ASP.NET 功能，我们可以自由地使其增大。ASP.NET 是一个编译的、基于 .NET 的环境；我们可以用任何 .NET 兼容的语言（包括 Microsoft Visual Basic.NET，Microsoft Visual C# 和 Microsoft JScript .NET）创作应用程序。另外，整个 Microsoft .NET Framework 可用于任何 ASP.NET 应用程序。开发人员可以很容易地从这些技术受益，这些技术包括管理的公共语言运行库环境、类型安全、继承等。

ASP.NET的优点如下：

1）可管理性： ASP.NET 使用基于文本的、分级的配置系统，简化了将设置应用于服务器环境和 Web 应用程序的工作。因为配置信息是存储为纯文本的，因此可以在没有本地管理工具的帮助下应用新的设置。配置文件的任何变化都可以自动检测到并应用于应用程序。
2）安全： ASP.NET 为 Web 应用程序提供了默认的授权和身份验证方案。开发人员可以根据应用程序的需要很容易地添加、删除或替换这些方案。
3）易于部署：通过简单地将必要的文件复制到服务器上，ASP.NET 应用程序即可以部署到该服务器上。不需要重新启动服务器，甚至在部署或替换运行的已编译代码时也不需要重新启动。
4）增强的性能： ASP.NET 是运行在服务器上的已编译代码。与传统的 Active Server Pages (ASP) 不同，ASP.NET 能利用早期绑定、实时 (JIT) 编译、本机优化和全新的缓存服务来提高性能。
5）灵活的输出缓存：根据应用程序的需要，ASP.NET 可以缓存页数据、页的一部分或整个页。缓存的项目可以依赖于缓存中的文件或其他项目，或者可以根据过期策略进行刷新。
6）国际化： ASP.NET 在内部使用 Unicode 以表示请求和响应数据。可以为每台计算机、每个目录和每页配置国际化设置。
7）移动设备支持： ASP.NET 支持任何设备上的任何浏览器。开发人员使用与用于传统的桌面浏览器相同的编程技术来处理新的移动设备。
8）扩展性和可用性： ASP.NET 被设计成可扩展的、具有特别专有的功能来提高群集的、多处理器环境的性能。此外，Internet 信息服务 (IIS) 和 ASP.NET 运行时密切监视和管理进程，以便在一个进程出现异常时，可在该位置创建新的进程使应用程序继续处理请求。
9）跟踪和调试： ASP.NET 提供了跟踪服务，该服务可在应用程序级别和页面级别调试过程中启用。可以选择查看页面的信息，或者使用应用程序级别的跟踪查看工具查看信息。在开发和应用程序处于生产状态时，ASP.NET 支持使用 .NET Framework 调试工具进行本地和远程调试。当应用程序处于生产状态时，跟踪语句能够留在产品代码中而不会影响性能。
10）与 .NET Framework 集成：因为 ASP.NET 是 .NET Framework 的一部分，整个平台的功能和灵活性对 Web 应用程序都是可用的。也可从 Web 上流畅地访问 .NET 类库以及消息和数据访问解决方案。ASP.NET 是独立于语言之外的，所以开发人员能选择最适于应用程序的语言。另外，公共语言运行库的互用性还保存了基于 COM 开发的现有投资。
11）与现有 ASP 应用程序的兼容性： ASP 和 ASP.NET 可并行运行在 IIS Web 服务器上而互不冲突；不会发生因安装 ASP.NET 而导致现有 ASP 应用程序崩溃的可能。ASP.NET 仅处理具有 .aspx 文件扩展名的文件。具有 .asp 文件扩展名的文件继续由 ASP 引擎来处理。然而，应该注意的是会话状态和应用程序状态并不在 ASP 和 ASP.NET 页面之间共享。

安装 ASP.NET

在 Windows Server 2003 家族、Windows 2000 （Professional、Server 和 Advanced Server）以及 Windows XP Professional 上的客户端和服务器应用程序都支持 ASP.NET。

运行 Microsoft Windows Server 2003 家族成员的服务器可以配置为应用程序服务器，并将 ASP.NET 作为在配置应用程序服务器角色时可以启用的选项。要向产品服务器部署 ASP.NET Web 应用程序，在分发应用程序之前，必须确保在产品服务器中启用了 ASP.NET 和 IIS 角色。

1、使用"配置您的服务器"向导在运行 Windows Server 2003 的服务器中安装 ASP.NET

1）从"开始"菜单中，单击"管理您的服务器"；在"管理您的服务器"窗口中，单击"添加或删除角色"。
2）在"配置您的服务器向导"中，单击"下一步"，并在"服务器角色"对话框中，选中"应用程序服务器 (IIS、ASP.NET)"，然后单击"下一步"。
3）在"应用程序服务器选项"对话框中，选中"启用 ASP.NET"复选框，单击"下一步"，然后再单击"下一步"。
4）如有必要，请将 Windows Server 2003 安装 CD 插入 CD-ROM 驱动器，然后单击"下一步"。
5）当安装完成时，单击"完成"。

2、在运行 Windows Server 2003 的服务器中使用"添加或删除程序"安装 ASP.NET

1）从"开始"菜单中，指向"控制面板"，然后单击"添加或删除程序"。
2）在"添加或删除程序"对话框中，单击"添加/删除 Windows 组件"。
3）在"Windows 组件"向导中的"组件"中，选中"应用程序服务器"复选框，然后单击"下一步"。
4）当在"Windows 组件"向导中完成对 Windows Server 2003 的配置时，单击"完成"。

3、在运行 Windows Server 2003 的服务器中的 IIS 管理器中启用 ASP.NET

1）从"开始"菜单中，单击"运行"。
2）在"运行"对话框中的"打开"框中，键入 inetmgr，然后单击"确定"。
3）在 IIS 管理器中，展开本地计算机，然后单击"Web 服务扩展"。
4）在右侧窗格中，右键单击"ASP.NET"然后单击"允许"。ASP.NET 的状态变为"允许"。

ASP.NET Web 应用程序的布局

ASP.NET 应用程序被定义为可从 Web 服务器上的虚拟目录及其子目录中调用的所有文件和可执行码。其中可以包含网页（.html 文件）、Web 表单页面（.aspx 文件）、Web 表单用户控件（.ascx 文件）、XML Web 服务（.asmx 文件）、HTTP 处理程序、HTTP 模块和其他文件（如图像和配置文件）。现在使用的所有与 Microsoft .NET Framework 版本相关的脚本映射也都是 ASP.NET 应用程序的一部分。ASP.NET 应用程序必须位于 IIS 虚拟目录（也称为应用程序根目录）中。ASP.NET 应用程序可包含已编译的程序集（通常是包含业务逻辑的 DLL 文件）、用于存储预编译代码的已知目录（目录名总是 \Bin）、存储在基于文本的、易读的 Web.config 文件中的配置设置、页、服务器控件，以及 XML Web 服务。

服务器中任何不与其他应用程序共享的预编译代码必须存储在应用程序的 \Bin 目录中。它是应用程序的本地程序集缓存。Web.config 文件在基于 XML 的文本文件中存储应用程序级的配置文件。这意味着可以使用任意标准的文本编辑器或 XML 分析器来创建它们，而且它们是可读的。如果不在应用程序根目录中包含 Web.config 文件，则配置设置由 Machine.config 文件中整个服务器的配置文件来确定。安装 .NET Framework 时，会安装 Machine.config 文件的某个版本。

下图显示了 ASP.NET 应用程序文件系统布局的示例。

本图中的应用程序包括 \Bin 目录中的两个 DLL 文件、一个 Default.aspx 页，一个名为 Menu.ascx 的用户控件、一个名为 MyWebService.asmx 的 XML Web 服务以及一个 Global.asax 文件。另外，该应用程序是使用下列三个配置文件配置的：系统根目录中计算机级别的 Machine.config 文件、C:\Inetpub\Wwwroot 目录中站点级别的 Web.config 文件和应用程序根目录中应用程序级别的 Web.config 文件。当站点的 Web.config 文件覆盖 Machine.config 文件中的设置时，在应用程序根目录中存储的配置设置将覆盖站点的 Web.config 文件和 Machine.config 文件中的设置。

ASP.NET与IIS、ASP 之间的比较

ASP.NET 应用程序与 Internet 信息服务 (IIS) 之间的关系如下：IIS 通过 aspnet_isapi.dll（ASP.NET 的进程模型）对可发布的 ASP.NET 文件的所有请求提供服务。IIS 不会处理服务器端的代码；而 ASP.NET 引擎则会处理服务器端代码，然后将输出返回给 IIS（如果可能，或另一个 Web 服务器）。
ASP.NET 并非仅仅是下一代的ASP，它为创建利用 Internet 的网络应用程序提供了全新的编程模型。ASP.NET与ASP比较的特点如下：

1、改进的性能和可伸缩性

1）编译后执行：ASP.NET 比传统 ASP 的运行速度更快，同时保留了 ASP"只需点击保存"的更新模型。无需显式的编译步骤。ASP.NET 自动检测变化，根据需要动态编译文件，并且保存编译结果以便后续的请求再次使用。动态编译保证了用户的应用程序总是最新的，并且编译后执行的操作会使其运行速度更快。对于多数从传统的 ASP 迁移到 ASP.NET 的应用程序，其处理的页数增长了 3 至 5 倍。
2）大容量输出缓存：ASP.NET 输出缓存极大地改进了应用程序的性能和可伸缩性。当在页面中启用输出缓存时，ASP.NET 就会执行一次该页并将结果在发送至用户之前保存在内存中。当其他用户请求同一页面时，ASP.NET 使用内存中的缓存结果向用户提供服务，而不是重新执行该页面。输出缓存是可配置的，并且可以用来缓存单个区域或整个页面。
3）Web 场会话状态：ASP.NET 会话状态允许我们在 Web 场中的所有计算机之间共享会话数据。现在，用户可以通过多个请求访问 Web 场中不同的服务器，并且仍然具有完全访问会话数据的权限。

2、增强的可靠性

内存泄漏、死锁和故障保护：ASP.NET 自动检测错误（例如，死锁和内存泄漏）并进行恢复以确保我们的应用程序始终可用。例如，当检测到内存泄漏时，ASP.NET 将自动启动新的 ASP.NET 工作进程副本，并将所有的新请求定向到该进程。当旧进程完成挂起请求的处理后，会经过适当的处置并释放泄漏的内存。

3、部署简单

1）"非接触式"应用程序部署：使用 ASP.NET，我们可以通过将其复制到服务器来进行整个应用程序的部署。配置设置将存储在应用程序的 XML 文件中。
2）动态更新运行的应用程序：ASP.NET 允许我们不必重新启动 Web 服务器而更新已编译的组件。与传统的 COM 组件（这些组件需要在部署更新后手动重新启动 Web 服务器）不同，ASP.NET 自动检测更改并使用新的代码启动。
3）迁移路径简单：ASP.NET 可以和传统的 ASP 应用程序一起在 Microsoft Windows 2000、Windows XP、以及 Windows Server 2003 家族成员的 IIS 上运行。我们可以一次迁移一个应用程序，甚至是单独的页面。ASP.NET 甚至允许我们继续使用现有的传统 COM 商务组件。

4、新的应用程序模型

1）XML Web 服务：XML Web 服务允许应用程序通过 Internet 进行通信和共享数据，而不管操作系统和编程语言如何。ASP.NET 使得公开和调用 XML 网络服务变得简单。
2）移动 Web 设备支持：ASP.NET 移动控件允许我们处理超过 80 台使用 ASP.NET 的移动 Web 设备。我们只需一次性写入应用程序，移动控件就能自动生成请求设备的页面。

5、开发人员的效率

1）简单的编程模型：具有服务器控件（这些控件允许我们使用比传统 ASP 更少的代码来构建效果极佳的页面）的 ASP.NET 使得动态构建真实的 Web 应用程序变得更加容易。
2）灵活的语言选项：ASP.NET 不仅支持 Microsoft Visual Basic Scripting Edition (VBScript) 和 Microsoft JScript，而且支持 25 种以上的 .NET 语言，包括对 Visual Basic .NET、Microsoft C# 和 JScript .NET 的内置支持。
3）丰富的类框架：.NET Framework 类库提供了 4500 多种类，这些类封装了大量的功能，诸如 XML、数据访问、文件上载、正则表达式、图像生成、性能监视和日志记录、事务、消息队列和 SMTP 邮件。

http://www.knowsky.com/4195.html

http://www.pconline.com.cn/pce/empolder/net/asp/0509/703426.html

上面说的都很详细

⑹ ASP.NET的问题

使用 ASP.net网站管理工具无法连接到 SQL Server 数据库
系统配置：Windows xp sp3+ IIS 5.1 + Visual Studio 2005 + SQL Server 2005
选定的数据存储区出现问题，原因可能是服务器名称或凭据无效，或者权限不足。也可能是未启用角色管理器功能造成的。请单击下面的按钮，以重定向到可以选择新数据存储区的页。
下面的消息可能会有助于诊断问题: 无法连接到 SQL Server 数据库。
解决方法：
1.打开vs 2005 命令提示，输入aspnet_regsql，弹出ASP.NET SQL Server 安装向导，点下一步，点“为应用程序服务配置 SQL Server”，点下一步，服务器中设置你的SQL数据库中的实例名称，比如：我的实例名称就是localserver；使用“windows身份验证”；数据库用中写入你要连接的名称，我这里使用test。点下一步，若成功连接，请点击完成，否则就在返回检查。

2.仍然不行，打开Visual Studio 2005，依次：工具-->选项-->数据库工具-->数据连接-->SQL Server实例名称，改为你的服务器名称，如：localserver。

3.还是Visual Studio 2005，工具-->连接到数据库-->服务器名(输入刚才的服务器)，可以按你要求选择Windows或SQL Server身份验证，然后数据库选择刚才的test。测试OK后，点“高级”，复制对话窗口的最下面一行语句（比如，如果你之前选择“使用SQL Server身份验证”，则复制出来的语句类似为Data Source=Server;Initial Catalog=test;User >

4、打开IIS:默认网站-->属性-->ASP.NET-->编辑全局配置-->常规-->点击“连接字符串管理器”的“LocalSqlServer”后，点编辑，然后清除里面的字符串，再粘贴第3步所复制的字符串，如果你第3步是选择SQL Server身份验证的，还需在后边再手动输入“;Password=sa”，当然，后面的sa用你的密码替换，然后确定，如果第3步是Windows身份验证的，则粘贴后直接确定保存即可。
问题二：在安装 Microsoft .NET Framework 软件开发工具包 (SDK) 或 Visual Studio .NET 之后，会创建 Internet 信息服务 (IIS) 映射，以便为 ASP.NET 的新文件扩展名及设置建立关联。如果在运行 SDK 或 Visual Studio 安装程序时没有安装 IIS，或是在运行 SDK 或 Visual Studio 安装程序之后卸载并重新安装了 IIS，那么这些设置将不正确。试图查看 ASP.NET 页时会遇到意外现象。如何解决呢？
解决方法：
要为 ASP.NET 修复 IIS 映射，请按照下列步骤操作：
1. 运行 Aspnet_regiis.exe 实用工具：
打开vs 2005 命令提示，输入aspnet_regiis -i
2. 注册 Aspnet_isapi.dll：
按Win+R键打开运行对话框，键入regsvr32 C:\Windows\Microsoft.NET\Framework\版本（如v2.0.50727）\aspnet_isapi.dll

⑺ 关于asp.net 的几个名词解释，求助。。

1.Request对象
作用是与客户端交互，收集客户端的Form、Cookies、超链接，或者收集服务器端的环境变量。
request对象是从客户端向服务器发出请求，包括用户提交的信息以及客户端的一些信息。客户端可通过HTML表单或在网页地址后面提供参数的方法提交数据，然后通过request对象的相关方法来获取这些数据。request的各种方法主要用来处理客户端浏览器提交的请求中的各项参数和选项。

Request对象的语法如下：
Request[.collectionlpropertylmethod](variable)
collection集合
clientcertificate 得到在HTTP请求中传递在客户端认证域的值
cookies 使用此集合，可得到cookies值
form 得到form对象中元素的值
querystring 得到变量的值
servervariables 得到预置的环境变量的值
property属性
totalbytes （只读）指定从客户端传递总字节数
buffer 表明页面输出是否有缓冲
cachecontrol 决定代理服务器是否能够对asp的输出进行快取
property属性
charset 字符集
contenttype 指定response的HTTP内容类型
expires 定义一个浏览器缓存中的页面在多长时间后过期
expiresabsolute 定义一个浏览器缓存中的页面什么日期时间后过期
isclientconnected 用户是否连接到服务器
pics 设置pics-label response标题的值，标示pics内容等级
status 由服务器返回的状态行
说明：
1、其中collection表示集合，它和数组很类似，是由若干元素组成的集合。不过数组一般只能用索引（下标）来引用每一个元素，而集合不仅可以用索引来引用每一个元素的值，还可以用元素的名称来引用，如Request.Form("txtA")。事实上，后者是常用的方法。
2、variable又称参数，它就是要获取的元素的名称，可以是字符串常量或字符串变量。例如，对表单信息来说，variable就是每一个表单元素的名称。
3、“【”和“】”之间的参数可以省略，如Request("txtA")。此时因为没有指定集合，所以ASP将会依次在QueryString、Form、Cookies、ServerVariables、ClientCertificate这5种集合中检查是否有信息传入。如果有信息传入，则会返回获取的信息。
4、请注意上面的第二个例子，其中前面的strB是定义的一个变量名称，而后面的strB则是集合中一个元素的名称，两者不是一回事。
method方法
binaryread 得到从客户端传给服务器端的数据
1.Request对象是ASP中常用的对象，用于获取客户端的信息，可以使用Request对象访问任何基于HTTP请求传递的所有信息。通过Request对象能够获得客户端发送给服务器的信息，不能将服务器端的数据发送给客户端的浏览器。Request对象的属性TotalBytes的功能是取得客户端响应数据字节大小。Request对象的方法BinaryRead的功能是以二进制方式读取客户端post的数据。

request对象有五个集合，下面予以介绍：
QueryString
：用以获取客户端附在url地址后的查询字符串中的信息。
例如：stra=Request.QueryString ["strUserld"]
Form
：用以获取客户端在FORM表单中所输入的信息。（表单的method属性值需要为POST）
例如：stra=Request.Form["strUserld"]
Cookies
：用以获取客户端的Cookie信息。
例如：stra=Request.Cookies["strUserld"]
ServerVariables
：用以获取客户端发出的HTTP请求信息中的头信息及服务器端环境变量信息。
例如：stra=Request.ServerVariables["REMOTE_ADDR"],返回客户端IP地址
ClientCertificate
：用以获取客户端的身份验证信息
例如：stra=Request.ClientCertificate["VALIDFORM"],对于要求安全验证的网站，返回有效起始日期。

2session对象

用于存储特定的用户会话所需的信息。 Session对象的引入是为了弥补HTTP协议的不足，HTTP协议是一种无状态的协议。
Session中文是“会话”的意思，在ASP中代表了服务器与客户端之间的“会话”。Session的作用时间从用户到达某个特定的Web页开始，到该用户离开Web站点，或在程序中利用代码终止某个Session结束。引用Session 则可以让一个用户访问多个页面之间的切换也会保留该用户的信息。
系统为每个访问者都设立一个独立的Session对象，用以存储Session变量，并且各个访问者的Session对象互不干扰。
Session与Cookie是紧密相关的。 Session的使用要求用户浏览器必须支持Cookie，如果浏览器不支持使用Cookie，或者设置为禁用Cookie，那么将不能使用Session。
Session信息对客户来说，不同的用户用不同的Session信息来记录。当用户启用Session时，ASP自动产生一个SessionID.在新会话开始时，服务器将SessionID当做cookie存储在用户的浏览器中。
session语法：
session.集合∣属性∣方法
举例:
<html>
<head>
<title>学好session加油</title>
</head>
<body>
<%
session("greeting")="ASP“
Response.write(session("greeting"))
%>
</body>
</html>
Session对象的集合、属性、方法、事件
名称描述
Contents集合包含所有通过脚本命令添加到应用程序中的数据项
SessionID属性用来标识每一个Session对象
TimeOut属性用来设置Session会话的超时时间（以分钟表示）
Abandon方法强行删除当前会话的Session对象，释放系统资源
Session_OnStart事件建立Session对象时所激发的事件
Session_OnEnd事件结束Session对象时所激发的事件
StaticObjects集合包含所有通过<OBJECT>标记添加到应用程序中的对象

3

CompareValidator 控件用于将由用户输入到输入控件的值与输入到其他输入控件的值或常数值进行比较。

注释：如果输入控件为空，则不会调用任何验证函数，并且验证将成功。使用 RequiredFieldValidator 控件使字段成为必选字段。
属性
属性描述
BackColor CompareValidator 控件的背景颜色。
ControlToCompare 要与所验证的输入控件进行比较的输入控件。
ControlToValidate 要验证的输入控件的 ID。
Display 验证控件中错误信息的显示行为。

合法值是：

None 验证消息从不内联显示。
Static 在页面布局中分配用于显示验证消息的空间。
Dynamic 如果验证失败，将用于显示验证消息的空间动态添加到页面。

EnableClientScript 布尔值，规定是否启用客户端验证。
Enabled 布尔值，规定是否启用验证控件。
ErrorMessage 当验证失败时在 ValidationSummary 控件中显示的文本。

注释：如果未设置 Text 属性，此文本将显示在验证控件中。

ForeColor 控件的前景颜色。
id 控件的唯一 ID。
IsValid 布尔值，指示由 ControlToValidate 指定的输入控件是否通过验证。
Operator 要执行的比较操作的类型。

运算符是：

Equal
GreaterThan
GreaterThanEqual
LessThan
LessThanEqual
NotEqual
DataTypeCheck

runat 规定控件是服务器控件。必须设置为 "server"。
Text 当验证失败时显示的消息。
Type 规定要对比的值的数据类型。

类型有：

Currency
Date
Double
Integer
String

ValueToCompare 一个常数值，该值要与由用户输入到所验证的输入控件中的值进行比较。
实例
CompareValidator
在此例中，我们在 .aspx 文件中声明了两个 TextBox 控件，一个 Button 控件，以及一个 CompareValidator 控件。如果验证失败，将在 CompareValidator 控件中使用黄色背景红色文本显示 "Validation Failed!"。
CompareValidator 2
在此例中，我们在 .aspx 文件中声明了两个 TextBox，一个 ListBox 控件，一个 Button 控件，以及一个 CompareValidator 控件。check_operator() 函数把 ListBox 控件中选取的运算符设置为 CompareValidator 控件的运算符，然后对 CompareValidator 控件进行验证。如果验证失败，将在 CompareValidator 控件中使用黄色背景和红色文本显示 "Validation Failed!"。

4.FileUpload控件
FileUpload 控件显示一个文本框控件和一个浏览按钮，使用户可以选择客户端上的文件并将它上载到 Web 服务器。用户通过在控件的文本框中输入本地计算机上文件的完整路径（例如，C:\MyFiles\TestFile.txt）来指定要上载的文件。用户也可以通过单击“浏览”按钮，然后在“选择文件”对话框中定位文件来选择文件。
用户选择要上载的文件后，FileUpload 控件不会自动将该文件保存到服务器。您必须显式提供一个控件或机制，使用户能提交指定的文件。例如，可以提供一个按钮，用户单击它即可上载文件。为保存指定文件所写的代码应调用 SaveAs 方法，该方法将文件内容保存到服务器上的指定路径。通常，在引发回发到服务器的事件的事件处理方法中调用 SaveAs 方法。
在文件上传的过程中，文件数据作为页面请求的一部分，上传并缓存到服务器的内存中，然后再写入服务器的物理硬盘中。
有三个方面需要注意：
1.确认是否包含文件
在调用 SaveAs 方法将文件保存到服务器之前，使用 HasFile 属性来验证 FileUpload 控件确实包含文件。若 HasFile 返回 true，则调用 SaveAs 方法。如果它返回 false，则向用户显示消息，指示控件不包含文件。不要通过检查PostedFile 属性来确定要上载的文件是否存在，因为默认情况下该属性包含 0 字节。因此，即使 FileUpload 控件为空，PostedFile 属性仍返回一个非空值。
2.文件上传大小限制
默认情况下，上传文件大小限制为 4096 KB (4 MB)。可以通过设置 httpRuntime 元素的 maxRequestLength 属性来允许上载更大的文件。若要增加整个应用程序所允许的最大文件大小，请设置 Web.config 文件中的 maxRequestLength 属性。若要增加指定页所允许的最大文件大小，请设置 Web.config 中 location 元素内的 maxRequestLength 属性。
上载较大文件时，用户也可能接收到以下错误信息：
aspnet_wp.exe (PID: 1520) was recycled because memory consumption exceeded 460 MB (60 percent of available RAM).
以上信息说明，上传文件的大小不能超过服务器内存大小的60％。这里的60％是Web。config文件的默认配置，是<processModel>配置节中的 memoryLimit 属性默认值。虽然可以修改，但是如果上传文件越大，成功几率越小，不建议使用。
3.上传文件夹的写入权限
应用程序可以通过两种方式获得写访问权限。您可以将要保存上载文件的目录的写访问权限显式授予运行应用程序所使用的帐户。您也可以提高为 ASP.NET 应用程序授予的信任级别。若要使应用程序获得执行目录的写访问权限，必须将 AspNetHostingPermission 对象授予应用程序并将其信任级别设置为 AspNetHostingPermissionLevel.Medium 值。提高信任级别可提高应用程序对服务器资源的访问权限。请注意，该方法并不安全，因为如果怀有恶意的用户控制了应用程序，他（她）也能以更高的信任级别运行应用程序。最好的做法就是在仅具有运行该应用程序所需的最低特权的用户上下文中运行 ASP.NET 应用程序。

FileUpload控件的常用属性：

属性
数据类型
说明

FileBytes
byte[]
获取上传文件的字节数组

FileContent
Stream
获取指定上传文件的Stream对象

FileName
String
获取上传文件在客户端的文件名称

HasFile
Bool
获取一个布尔值，用于表示FileUpload控件是否已经包含一个文件

PostedFile
HttpPostedFile
获取一个与上传文件相关的HttpPostedFile对象，使用该对象可以获取上传文件的相关属性

可以通过3种方法访问上传文件：
1.通过FileBytes属性。该属性将上传文件数据置于字节数组中，遍历该数组，则能够以字节方式了解上传文件的内容。
2.通过FileContent属性。调用该属性可以获得一个指向上传文件的Stream对象。可以使用该属性读取上传文件数据，并使用FileBytes属性显示文件内容。
3.通过PostedFile属性。调用该属性可以获得一个与上传文件相关的HttpPostedFile对象，使用该对象可以获得与上传文件相关的信息。例如，调用HttpPostedFile对象的ContentLength，可以获得上传文件大小；调用HttpPostedFile对象的ContentType属性，可以获得上传文件的类型；调用HttpPostedFile对象的FileName属性，可以获得上传文件在客户端的完整路径（调用FileUpload控件的FileName属性，仅能获得文件名）。

5.DataAdapter
表示一组 SQL 命令和一个数据库连接，它们用于填充 DataSet和更新数据源。命名空间:System.Data.Common
程序集:System.Data（在 system.data.dll 中）
语法 public class DataAdapter : Component, IDataAdapter
DataAdapter 用作 DataSet 和数据源之间的桥接器以便检索和保存数据。DataAdapter 通过映射Fill（这更改了 DataSet 中的数据以便与数据源中的数据相匹配）和Update（这更改了数据源中的数据以便与 DataSet 中的数据相匹配）来提供这一桥接器。
如果所连接的是 SQL Server 数据库，则可以通过将SqlDataAdapter与关联的SqlCommand和SqlConnection对象一起使用，从而提高总体性能。对于支持 OLE DB 的数据源，请使用 DataAdapter 及其关联的OleDbCommand和 OleDbConnection 对象。对于支持 ODBC 的数据源，请使用 DataAdapter 及其关联的OdbcCommand和OdbcConnection对象。对于 Oracle 数据库，请使用 DataAdapter 及其关联的OracleCommand和OracleConnection对象。
当创建 DataAdapter 的实例时，读/写属性将被设置为初始值。有关这些值的列表，请参见 DataAdapter 构造函数

这些都出自网络。其实我也不懂。能帮一点帮一点吧。

⑻ 请问一个asp,net的问题

我想通过例子你很快就会明白了:

<?xml version="1.0"?>

<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
<connectionStrings>
<add name="NorthwindConnectionString" connectionString="Data Source=8G4K5AU68FMJYV2\SQLEXPRESS;Initial Catalog=Northwind;Persist Security Info=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.Message);
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 信息服务 (IIS) 的配置功能。有关信息，请参见 Working with the IIS Metabase（使用 IIS 元数据库）和 IIS Metabase Property Reference（IIS 元数据库属性参考）。

配置文件
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 节已更改，否则 IIS 服务器不必重新启动，所做的更改即会生效。

有关 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 管理单元来远程管理 IIS，但是，网站管理工具的浏览器界面允许远程配置 IIS 6.0 和更高版本的 IIS。

网站管理工具包括一个选项卡式界面，该界面在下列选项卡上对相关的配置设置进行分组：

“安全”选项卡，其中包含有助于保护 Web 应用程序资源并管理用户帐户和角色的设置。

“配置文件”选项卡，其中包含用来管理网站如何收集访问者信息的设置。

“应用程序”选项卡，其中包含用来管理影响 ASP.NET 应用程序的配置元素的设置。

“提供程序”选项卡，其中包含用来添加、编辑、删除、测试或分配应用程序提供程序的设置。

网站管理工具是随 .NET Framework 2.0 版自动安装的。有关该工具如何工作的信息，请参见 ASP.NET 网站管理工具。

命令行工具
.NET Framework 包括几个执行特定配置操作的命令行工具。例如，使用 Aspnet_regiis.exe 工具，可以指定将哪个版本的 .NET Framework 应用于 ASP.NET 应用程序。有关更多信息，请参见 .NET Framework 工具。

ASP.NET 配置 API
ASP.NET 配置系统提供一个完整的托管接口，使用该接口，可以通过编程方式配置 ASP.NET 应用程序，而不必直接编辑 XML 配置文件。另外，ASP.NET 配置 API 还执行下列任务：

通过为配置层次结构中所有级别的数据提供一个集成视图来简化管理任务。

支持部署任务，包括创建配置和用一个脚本配置多台计算机。

为构建 ASP.NET 应用程序、控制台应用程序和脚本、基于 Web 的管理工具和 MMC 管理单元的开发人员提供单一的编程接口。

防止开发人员和管理员进行无效的配置设置。

允许您扩展配置架构。您可以定义新配置参数并编写配置节处理程序以对它们进行处理。

提供从当前正在运行的应用程序获取配置信息的静态方法，以及从单独的应用程序获取配置信息的非静态方法。使用静态方法可以提高应用程序的运行速度，但是这些方法只能从您要获取其配置数据的应用程序内部使用。

有关更多信息，请参见 ASP.NET 配置 API。

配置安全性
ASP.NET 配置系统有助于防止未经授权的用户访问配置文件。ASP.NET 将 IIS 配置为拒绝任何浏览器访问 Machine.config 或 Web.config 文件。对于试图直接请求配置文件的任何浏览器，都返回 HTTP 访问错误 403（禁止）。

另外，将禁止一个 ASP.NET 应用程序中的配置文件访问其他 ASP.NET 应用程序中的配置设置，除非您的配置应用程序在完全信任模式下以对其他应用程序中的配置文件具有读取权限的帐户运行。

有关更多信息，请参见保证 ASP.NET 配置的安全和使用受保护的配置加密配置信息。

⑼ aspnet_state.exe是什么进程

asp.net的进程，用来存储 ASP.NET 应用程序的会话状态。

⑽ 如何：针对 ASP.NET 版本配置 ASP.NET 应用程序

唯一的例外是那些绑定到不兼容的运行库版本或更新的运行库版本的应用程序。（兼容性通常由 .NET Framework 版本号决定。不同的主版本通常是不兼容的，而不同的次要更新和内部版本号是兼容的。）尽管更高版本的 .NET Framework 设计成具有向后兼容性，您仍可能需要相应地配置 ASP.NET 应用程序以使用特定版本的运行库。在管理安装了多个版本的 .NET Framework 的计算机时，查看 ASP.NET 应用程序的脚本映射（有时称为应用程序映射）以确定应用程序所使用的版本通常很有用。可以使用 Internet 信息服务 (IIS) 管理控制台查看 ASP.NET 应用程序的脚本映射。查看ASP.NET 应用程序的脚本映射打开IIS 管理控制台。展开本地计算机节点，展开“网站”，然后展开“默认 Web 服务器”[Default Web Server]。右击应用程序的文件夹，然后单击“属性”。在“目录”选项卡上单击“配置”。出现“应用程序配置”对话框。在“映射”选项卡中，选择ASP.NET 应用程序扩展名，如 .asmx 或 .aspx。对话框的“可执行文件路径”列列出了到应用程序所使用的 ASP.NET ISAPI 扩展的路径。默认情况下，ASP.NET ISAPI 扩展安装在以下位置：%system root%\Microsoft.NET\Framework\versionNumber路径中显示的版本号说明了应用程序所使用的 ASP.NET ISAPI 扩展的版本号。反过来，ASP.NET ISAPI 扩展的版本确定了应用程序所使用的运行库版本。配置应用程序以使用脚本映射为使重新配置 ASP.NET 应用程序的脚本映射更容易，每个 .NET Framework 安装都提供了其自己版本的 ASP.NET IIS 注册工具 (Aspnet_regiis.exe)。在 Web 服务器计算机上具有管理员特权的用户可以使用该工具将 ASP.NET 应用程序重新映射到匹配该工具的 ASP.NET ISAPI 扩展版本。注意由于Aspnet_regiis.exe 工具与特定版本的 .NET Framework 相关联，因此您必须使用适当版本的 Aspnet_regiis.exe 为 ASP.NET 应用程序重新配置脚本映射。Aspnet_regiis.exe 工具将 ASP.NET 应用程序的脚本映射重新配置为匹配该工具的 ASP.NET ISAPI 扩展版本。此工具也可用来显示所有已安装的 ASP.NET 版本的状态、注册关联的 ASP.NET 版本、创建客户端脚本目录以及执行其他配置操作。使用Aspnet_regiis.exe 更新某一 ASP.NET 应用程序的脚本映射打开Windows 命令窗口。定位到包含要使用的 Aspnet_regiis.exe 工具版本的目录。记住每一版本的 .NET Framework 都有自己的版本。文件通常位于以下目录： %system root%\Microsoft.NET\Framework\versionNumber使用-s 或-sn 选项以及应用程序的路径运行 Aspnet_regiis.exe 工具。下面的示例演示一个命令，该命令更新一个名为 SampleApp1 的应用程序的脚本映射： Aspnet_regiis.exe -s W3SVC/1/ROOT/SampleApp1 配置应用程序池IIS 5.0 版使用 ASP.NET 进程模型 (Aspnet_wp.exe)。在 ASP.NET 进程模型下，每一个单独的应用程序版本在运行时自动运行在独立的进程中。定位到同一运行库版本的所有应用程序共享同一进程（或网络园模式中的多个进程）。然而，IIS 6.0 使用 IIS 6.0 进程模型 (w3wp.exe)，并使用一项隔离功能，称为应用程序池。只要应用程序共享同一池标识，应用程序池就允许它们在一个或多个进程中同时运行。如果应用程序所分配的应用程序池不同，它们就永远不能在同一进程中运行。警告IIS 6.0 仅在处于 IIS 5.0 隔离模式时支持 ASP.NET 版本 1.0。如果在使用 IIS 6.0 的计算机上安装了多个版本的 .NET Framework，您可能会在“应用程序事件”日志中看到下面的错误信息：“不能在同一 IIS 进程中运行不同版本的 ASP.NET。请使用 IIS 管理工具重新配置服务器，以便在单独的进程中运行应用程序。”如果有多个版本的 ASP.NET 配置为在同一进程中进行，就会发生该错误，因为不同版本的 .NET Framework 和运行库不能在同一进程中并行运行。因此，使用某一特定版本的运行库的 ASP.NET 应用程序不能与使用其他版本的应用程序共享进程。如果两个或多个应用程序被映射到不同版本的 ASP.NET，但共享同一应用程序池，通常就会发生这一错误。注意每个应用程序的进程隔离都是手动配置的。在IIS 6.0 中禁用 IIS 5.0 隔离模式打开IIS 管理控制台。右击“网站”文件夹，然后单击“属性”。在“服务”选项卡上，清除“以 IIS 5.0 隔离模式运行 WWW 服务”[Run WWW service in IIS 5.0 isolation mode]复选框。在IIS 6.0 中向某一 ASP.NET 应用程序分配池标识打开IIS 管理控制台。展开本地计算机节点，展开“网站”，然后展开“默认 Web 服务器”[Default Web Server]。右击应用程序的文件夹，然后单击“属性”。在“目录”选项卡上，从“应用程序池”列表选择所需的池标识。在IIS 6.0 中创建池标识打开IIS 管理控制台。展开本地计算机节点。右击“应用程序池”文件夹，指向“新建”，再单击“应用程序池”。出现“添加新应用程序池”对话框。在“应用程序池”文本框中输入新的池标识，再单击“确定”。

aspnet应用程序存储

与aspnet应用程序存储相关的内容