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 属性,它们支持写功用。 

你可能感兴趣的:(IIS)