IIS7 经典模式和集成模式的区别

IIS7.0中的Web应用程序有两种配置形式：经典形式和集成形式。经典形式是为了与之前的版本兼容，运用ISAPI扩展来调用ASP.NET运转库，原先运转于IIS6.0下的Web应用程序迁移到IIS7.0中只需将应用程序配置成经典形式，代码根本不用修正就能够正常运转。集成形式是一种统一的乞求处置管道，它将ASP.NET恳求管道与IIS中心管道组合在一同，这种形式可以提供更好的性能，可以完成配置和管理的模块化，而且增加了运用托管代码模块扩展IIS时的灵敏性。假设老的Web应用程序运转于IIS7.0的集成形式下，可能需求对应用程序的web.config文件停止修正，特别是运用了完成IHttpHandler接口的自定义模块的状况。IIS7.0在同一个效劳器上可以同时支持两种形式的应用程序。

IIS6.0中ASP.NET MMC管理单元用于配置ASP.NET，7.0中ASP.NET应用程序的管理域IIS管理愈加严密的集成在一同，不存在单独的管理单元，一切的IIS和ASP.NET配置都是运用IIS管理器完成的。IIS7.0配置信息基于.NET framework配置系统，所以IIS7.0中运转的应用程序的web.config文件同时包含web效劳器和ASP.NET配置设置，例如能够再web.config文件中设置扩展名和文件的映射（IIS6.0中必需在IIS中停止配置）。

web.config文件的变化

system.webServer节指定了应用于web应用程序的IIS7.0设置，其父节点是configuration，该节点中能够设置的内容包括：

当恳求未包含指定资源时，Web效劳器返回给客户端的默许文档(defaultDocument)； 响应的紧缩设置(httpCompression) 自定义头部(httpProtocol节的customHeaders) 模块（modules） 处置程序（handlers） 

其中的一些设置仅适用于集成形式，而不适用于经典形式，如经典形式下运转的应用程序则疏忽web.config的system.WebServer节中指定的一切托管代码模块和处置程序，这种形式下web应用程序应该在syste.web节的httpModules和httpHandlers中定义模块和处置程序。

将 Web 应用程序迁移到集成形式 

不包含自定义模块或处置程序的 Web 应用程序通常无需更改即可在 IIS 7.0 集成形式下正常工作。关于依托于自定义模块或处置程序的 Web 应用程序，需求执行以下步骤来使其可以在集成形式下运转：

运用本主题稍后的将 Web Config 文件迁移到集成形式局部中描绘的办法之一，在 Web.config 文件的 system.webServer 节中注册自定义模块和处置程序。

仅在自定义模块的 Init 办法中定义 HttpApplication 恳求管道事情（如 BeginRequest 和 EndRequest）的事情处置程序。

请确保您已处理 Upgrading ASP.NET Applications to IIS 7.0: Differences between IIS 7.0 Integrated Mode and Classic mode（将 ASP.NET 应用程序晋级到 IIS 7.0：IIS 7.0 集成形式和经典形式之间的区别）的“Known Differences Between Integrated Mode and Classic Mode”（集成形式和经典形式之间的已知区别）局部中讨论的问题。

完成 IHttpModule 接口的模块被称为托管代码模块，由于它们是运用 .NET framework 生成的。能够在效劳器级别或应用程序级别注册托管代码模块。本机代码模块是仅在效劳器级别注册的 DLL（非托管代码）。在集成形式下，将以托管模块的方式完成中心 ASP.NET 功用，例如会话状态和 Forms 身份考证。

在将应用程序从经典形式迁移到集成形式时，能够保存经典形式下的自定义模块和处置程序注册，也能够将这些注册移除。假如不移除经典形式下运用的 httpModules 和 httpHandlers 注册，则必需将 validation 元素的 validateIntegratedModeConfiguration 属性设置为 false 以防止错误。validation 元素是 system.webServer 元素的子元素。有关更多信息，请参见 ASP.NET Integration with IIS 7.0（将 ASP.NET 与 IIS 7.0 集成）中的“Disabling the migration message”（禁用迁移音讯）局部。

迁移 Web.config 文件以便在集成形式下运用 

假如模块或处置程序是在应用程序级别定义的，则不会自动调用该模块或处置程序。这触及契合以下条件的模块或处置程序：在 Bin 文件夹下的程序集中定义；在 App_Code 文件夹下作为源代码定义；没有在 Web.config 文件的 system.webServer 节中注册和定义。为了使模块或处置程序可以参与集成形式恳求管道，必需运用下列办法之一注册该模块或处置程序：

直接编辑 Web.config 文件，并且将 modules 或 handlers 元素添加到 system.webServer 元素中。请注重，与经典形式相比，元素称号是不同的：modules 和 handlers 分别对应于经典形式下的 httpModules 和 httpHandlers。

运用 IIS 管理器配置模块或处置程序。有关更多信息，请参见 Configuring Handler Mappings in IIS 7.0（在 IIS 7.0 中配置处置程序映射）和 Configuring Modules in IIS 7.0（在 IIS 7.0 中配置模块）。

运用 IIS 7.0 命令行工具 (Appcmd.exe)。有关更多信息，请参见 Configure Settings for a Site Application Virtual Directory or URL by Using Appcmd.exe（运用 Appcmd.exe 配置站点、应用程序、虚拟目录或 URL 的设置）。

用来运用集成形式的类和属性 

在 IIS 7.0 集成形式以及 .NET framework 3.0 版或更高版本中运用应用程序时，能够运用下面这些在经典形式下不可用的类和成员：

HttpResponse 对象的 SubStatusCode 属性，运用它能够设置在配置了失败恳求跟踪的状况下有用的代码。有关更多信息，请参见 Troubleshooting Failed Requests Using Failed Request Tracing in IIS 7.0（运用 IIS 7.0 中的跟踪功用处理恳求失败的问题）。

HttpResponse 对象的 Headers 属性，运用它能够访问响应头。

HttpContext 对象的 IsPostNotification 和 CurrentNotification 属性，在提供 HttpApplication 事情的处置程序时能够运用它们。

HttpRequest 对象的 Headers 和 ServerVariables 属性，它们支持写功用。